Re: OSI-DS 40

Thomas Lenggenhager <lenggenhager@gate.switch.ch> Sat, 20 March 1993 06:50 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa25411; 20 Mar 93 1:50 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa25407; 20 Mar 93 1:50 EST
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa01856; 20 Mar 93 1:50 EST
X400-Received: by mta haig.cs.ucl.ac.uk in /PRMD=uk.ac/ADMD=gold 400/C=gb/; Relayed; Sat, 20 Mar 1993 06:02:57 +0000
Date: Sat, 20 Mar 1993 06:02:57 +0000
X400-Originator: osi-ds-request@cs.ucl.ac.uk
X400-Recipients: non-disclosure:;
X400-MTS-Identifier: [/PRMD=uk.ac/ADMD=gold 400/C=gb/; haig.cs.uc.661:20.02.93.06.02.57]
Priority: Non-Urgent
DL-Expansion-History: osi-ds@cs.ucl.ac.uk ; Sat, 20 Mar 1993 06:02:57 +0000;
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Thomas Lenggenhager <lenggenhager@gate.switch.ch>
Message-ID: <9548*/S=lenggenhager/OU=gate/O=switch/PRMD=switch/ADMD=arcom/C=ch/@MHS>
To: osi-ds <osi-ds@cs.ucl.ac.uk>
In-Reply-To: <9303191432.AA15695@terminator.rs.itd.umich.edu>
Subject: Re: OSI-DS 40

> Tim Howes wrote:
> One more comment.  There are a couple of places where you defined
> new enumerated type attributes (for FileFormat and DocumentType).
> While it might not be as elegant in the X.500 sense, I think a
> more workable approach is to make these things CaseIgnoreStrings
> and include some text about what values are allowable.  This approach
> makes it easier for people to support this stuff (no new syntax) and
> easier to extend the range of values when a new file format or
> document type comes along.                               -- Tim

I see one advantage in the use of enumerated type attributes:
It would be easier to build a user friendly DUA, which is capable of
presenting such attributes in a local language.

I also see the advantage of not introducing a new syntax especially when
thinking about the integration of commercial DSA/DUAs into the pilot. It
will not easy to get a new syntax for such an implementation.

Therefore I think that a CaseIgnoreString helps the pilot for the moment
much more than a perfect solution.

Thomas

===============================================================================
               SWITCH - The Swiss Academic and Research Network
   Thomas Lenggenhager, SWITCH, Limmatquai 138, CH-8001 Zurich, Switzerland
   INET: lenggenhager@switch.ch | Tel: +41 1 261 8178 | Fax: +41 1 261 8133
      X.400: G=thomas; S=lenggenhager; O=switch; P=switch; A=arcom; C=ch;