[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference chefs::ms-exchange

Title:Microsoft Exchange Server
Notice:
Moderator:FLASK2::SYSTEM
Created:Fri Feb 17 1995
Last Modified:Thu Jun 05 1997
Last Successful Update:Thu Jun 05 1997
Number of topics:1099
Total number of notes:5174

1093.0. "Exchange 5.0 and LDAP" by NQOS01::rdodial_port12.32.81.16.in-addr.arpa::ATKINS (atkinss@mail.dec.com) Fri May 30 1997 20:45

Now that Exchange 5.0 supports LDAP does that mean a product such as Entrust 
that uses LDAP to store it's security information can store it in the "X.500 
Like" Exchange directory?

Is the LDAP support read only or does it support the full features of the RFC?

Any takers?
T.RTitleUserPersonal
Name
DateLines
1093.1WOTVAX::gjcpc.reo.dec.com::criddleFri May 30 1997 21:156
Hi, Steve...

My understanding is that LDAP support in V5.0 is readonly.

Rgds,
Graham
1093.2Exchange LDAP infotunsrv2-tunnel.imc.das.dec.com::fosterStan Foster - foster@mail.dec.comSat May 31 1997 09:5224
It is read only and the schema is fixed so there would be no way to 
add additional objects or attributes that Entrust would require.

Performance is not bad and using some undocumented features it is 
possible to modify attribute names returned via LDAP and adjust which 
attributes are indexed and which are used during address check. The 
schema that ships with 5.0 seems oddly configured, returning the 
directory name instead of the display name to LDAP clients when they 
ask for the common name. So in the client you see names like "SmithJ" 
instead of John Smith. We are currently tuning the internal V5 server 
schema to make it work better.

The latest crop of LDAP enabled mail clients (outlook express, 
communicator and Eudora) seem to work ok with Exchange 5.0 
(other than the common name issue) since they are all using the same 
schema for the base attributes. In fact they work better with 
Exchange than they do with the LDAP access to X.500 ELF because of 
the schema differences.

There are also several differences in the way Exchange responds to 
some LDAP requests such as timeouts, size limits and searches using 
filters with bogus attributes. Mildly irritating but all of these can 
be worked around one way or another.