RFC 2958 (rfc2958) - Page 2 of 6
The application/whoispp-response Content-type
Alternative Format: Original Text Document
RFC 2958 application/whoispp-response Content-Type October 2000
information provided through the use of this content-type, and the
authenticity of the information so-provided. This content-type
provides no native mechanisms for authentication.
Published specification: this document
Person & email address to contact for further information:
Leslie L. Daigle
Intended usage: common
2. whoispp-response Syntax
The following grammar, which uses ABNF-like notation as defined in
[RFC 2234], defines a subset of responses expected from a Whois++
server upon receipt of a valid Whois++ query. As such, it describes
the expected structure of a whoispp-response media type object.
N.B.: As outlined in the ABNF definition, rule names and string
literals are in the US-ASCII character set, and are case-insensitive.
server = goodmessage mnl output mnl endmessage nl
/ badmessage nl endmessage nl
output = full / abridged / summary / handle
full = 0*(full-record / server-to-ask)
abridged = 0*(abridged-record / server-to-ask)
summary = summary-record
handle = 0*(handle-record / server-to-ask)
full-record = "# FULL " template serverhandle localhandle
system-nl
1*(fulldata system-nl)
"# END" system-nl
abridged-record = "# ABRIDGED " template serverhandle localhandle
system-nl
abridgeddata
"# END" system-nl
Daigle & Faltstrom Informational