RFC 2958 (rfc2958) - Page 2 of 6

The application/whoispp-response Content-type

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