Re the W2K discussion:
There is a problem with S/MIME's interaction with LDAP in general that
is certainly not unique to W2K. LDAP operates off a completely different
namespace to that of SMTP / RFC822. Furthermore there is no single
authoritative registrar for the X.500 namespace as there is for DNS (yes
I know that there are groups who claim that role but as far as I know
their authority is not generally observed).
The application of LDAP as an enterprise infrastructure is not
compatible with its use as an internet infrastructure. An enterprise
directory has much more information than anyone is going to make
available outside the company for the likes of headhunters and
The use of border directories is one possible solution. The DNS SRV
record provides a convenient means of locating a border directory.
If however the border directory is only goiung to provide a certificate
lookup service why use LDAP when one can use HTTP with vastly less
overhead and pain? If one is not going to support indexing and search
facilities for the certificate repository why make them available at
I would quite like to see an SRV information service of the following
Service Name _SMIME-HTTP
Protocol function: For an RFC822 address of the form abc(_at_)xyz(_dot_)com one
more digital certificates are returned that provide a binding between
the name abc(_at_)xyz(_dot_)com and one or more public keys.
1) Obtain the SRV record _SMIME-HTTP.xyz.com
This contains the IP address a.b.c.d and the port p
2) Perform a retrieval query on http://a.b.c.d:p/ <name> ? <params>
The result of the query is the necessary S/MIME certificate (s)
where <name> =
"mailto:abc(_at_)xyz(_dot_)com" or Base64 ( SHA1 (
where <params> =
"something to do with specifying an acceptable certificate root"
"something to do with whether intermediate certs are required"
"something to do with the acceptable certificate format -
default X.509v3 but support DNSSEC, PGP, SPKI, NYI etc"
"something that we thought up in the bar late one night at the
My personal prefferance would be fgor the SHA1 blinded query since it
compresses the querry and emphasizes the fact that searching for names
ain't going to be a supported feature but it does not really make the
job of searching any harder in reality.
Description: S/MIME cryptographic signature