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
- Seven comments on whois++ architecture doc Rickard Schoultz
- Re: Seven comments on whois++ architecture doc dank