Seven comments on whois++ architecture doc

Rickard Schoultz <schoultz@admin.kth.se> Mon, 02 August 1993 13:03 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa29407; 2 Aug 93 9:03 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa29401; 2 Aug 93 9:03 EDT
Received: from ucdavis.ucdavis.edu by CNRI.Reston.VA.US id aa08777; 2 Aug 93 9:03 EDT
Received: by ucdavis.ucdavis.edu (4.1/UCD2.05) id AA26368; Mon, 2 Aug 93 05:50:03 PDT
X-Orig-Sender: ietf-wnils-request@ucdavis.edu
Received: from aggie.ucdavis.edu by ucdavis.ucdavis.edu (4.1/UCD2.05) id AA26322; Mon, 2 Aug 93 05:48:46 PDT
Received: from othello.admin.kth.se by aggie.ucdavis.edu (5.61/UCD2.05) id AA21774; Mon, 2 Aug 93 05:43:50 -0700
Received: from localhost.admin.kth.se by othello.admin.kth.se (5.65+bind 1.8+ida 1.4.2/4.0b) id AA21732; Mon, 2 Aug 93 14:44:10 +0200
Message-Id: <9308021244.AA21732@othello.admin.kth.se>
To: ietf-wnils@aggie.ucdavis.edu
Subject: Seven comments on whois++ architecture doc
Date: Mon, 02 Aug 1993 14:44:09 +0200
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Rickard Schoultz <schoultz@admin.kth.se>

Hi all,

Here are some collected comments, proposals and questions on the whois++
architecture doc.

1.In the definition of ABRIDGED it says that the template type will be 
  the response:

    An ABRIDGED format response consists of a single set of responses,
    consisting of a single line excerpt of the template information from
    each matching record. The excerpt information shall include, as a
    minimum, the template type and handle of the record, as well as the
    portion of the information that caused the match.

  But the example later says:

    # ABRIDGED 3

     Peter Deutsch (PD45) 	  peterd@bunyip.com
     Alan Emtage (AE1)         bajan@bunyip.com
     World Wide Web (WWW1)     the world

    # END

2.It might also be hard to display the portion of the information that
  caused the match and still having it readable. If there is a mixed type
  of values when you have several matches, the information given in that
  field is probably not very useful(?). Better to have a defined view of
  what you are looking at.

3.It would be a good thing if you could use FORMAT,MAXHITS,IGNORE,INCLUDE
  as both local and global constraint and not restraining it to global
  only. 

4.If you use HOLD as a global constraint, it should be defined how you 
  quit interaction with the server. Quit/exit/empty line/hold command 
  again or whatever. But it needs to be specified.

5.The START-DATA-TERMINATOR mechanism that is used will have the
  drawback that templates cannot use the name "END" without asking for 
  trouble... I can't see why anyone would do this, but it might be that 
  it should be mentioned in the document.

6.In table IV (required constraints) there is a note that says that 
  searches should be default case sensitive. Typo?

7.The FULL example in the appendix uses template USER. Wouldn't it be
  better to use the (iafa) INDIVIDUAL instead? 
  Just to avoid misinterpretation...


-Rickard