On Wed, Apr 10, 2002 at 12:36:33PM +0200, Michael Bell wrote: > Lutz Jaenicke schrieb: > > > > On Tue, Apr 02, 2002 at 10:07:27PM +0200, Lutz Jaenicke wrote: > > > On Tue, Apr 02, 2002 at 09:25:00AM +0200, Michael Bell wrote: > > > > after I found the wrong definitions of SN_surname and SN_serialNumber I > > > > looked around and find the next problems in crypto/objects/ : > > > > > > > > SN_title "title" (now "T") > > > > SN_description "description" (now "D") > > > > SN_givenName "gn" (now "G") > > > > SN_initials "initials" (now "I") > > > > LN_uniqueIdentifier "x500UniqueIdentifier" (now "uniqueIdentifier") > > > > SN_rfc822Mailbox "mail" (now "rfc822Mailbox") > > > > SN_pkcs9_emailAddress "emailAddress" (now "Email") > > > > > > > > * SN_rfc822Mailbox is not wrong but a short name exists > > > > * I don't find a short name for SN_pkcs9_emailAddress. The related RFC > > > > only defines a long name > > > > Hmm... I have implemented the changes you recommend, but now I get a > > warning about a shortname "mail" to be defined twice. Maybe this was the > > reason why it was left out... > > > > I have attached the patch (including the problem). What do you recommend? > > Only objects.txt contains all necessary information; > > run the PERL scripts as used in Makefile.ssl to rebuild the other files. > > You only want to attach the patch :)
Haha, if I would have to pay a fee every time I forget to press the "a" button... (In fact, that is a problems of the mutt user interface, you cannot press "a" once you think of the attachement but you have to remember when you finished editing...) > The problem is that openssl does some magic things. > > mail --> internet 7 --> iana 7 --> dod 1 7 --> org 6 1 7 --> iso 3 6 1 7 > --> 1.3.6.1.7 > > So let's start searching for this attribute but it is not an attribute. > It is a hole subtree (http://www.alvestrand.no/objectid/1.3.6.1.7.html). > Nevertheless the subtree is not part of objects.txt or any other file of > OpenSSL so it is not a problem to change the name because "mail" or > "Mail" was never used a reference. > > So we can change the name of internet 7 without any problems. I would > like a name like "internt_mail" or "internetMail". What do you think? Doen't sound bad. I would say "internetMail" would fit better into the usual naming scheme... Best regards, Lutz PS. Yesterday's attachement attached :-) -- Lutz Jaenicke [EMAIL PROTECTED] http://www.aet.TU-Cottbus.DE/personen/jaenicke/ BTU Cottbus, Allgemeine Elektrotechnik Universitaetsplatz 3-4, D-03044 Cottbus
Index: objects.txt =================================================================== RCS file: /e/openssl/cvs/openssl/crypto/objects/objects.txt,v retrieving revision 1.20.2.3 diff -u -r1.20.2.3 objects.txt --- objects.txt 2002/04/04 17:49:39 1.20.2.3 +++ objects.txt 2002/04/09 19:51:14 @@ -96,7 +96,7 @@ pkcs 9 : pkcs9 !module pkcs9 -pkcs9 1 : Email : emailAddress +pkcs9 1 : : emailAddress pkcs9 2 : : unstructuredName pkcs9 3 : : contentType pkcs9 4 : : messageDigest @@ -534,12 +534,12 @@ X509 8 : ST : stateOrProvinceName X509 10 : O : organizationName X509 11 : OU : organizationalUnitName -X509 12 : T : title -X509 13 : D : description +X509 12 : : title +X509 13 : : description X509 41 : name : name -X509 42 : G : givenName -X509 43 : I : initials -X509 45 : : uniqueIdentifier +X509 42 : gn : givenName +X509 43 : : initials +X509 45 : : x500UniqueIdentifier X509 46 : dnQualifier : dnQualifier X509 72 : role : role @@ -703,7 +703,7 @@ pilotObjectClass 22 : : qualityLabelledData pilotAttributeType 1 : UID : userId pilotAttributeType 2 : : textEncodedORAddress -pilotAttributeType 3 : : rfc822Mailbox +pilotAttributeType 3 : mail : rfc822Mailbox pilotAttributeType 4 : info pilotAttributeType 5 : : favouriteDrink pilotAttributeType 6 : : roomNumber