Re: scenarios for Directory Synchronization

Alan Wong <wong@vancouver.osiware.bc.ca> Fri, 28 July 1995 02:34 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa22693; 27 Jul 95 22:34 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa22689; 27 Jul 95 22:34 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa10169; 27 Jul 95 22:34 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.06507-0@haig.cs.ucl.ac.uk>; Fri, 28 Jul 1995 00:30:04 +0100
Received: from osison.osiware.bc.ca by bells.cs.ucl.ac.uk with Internet SMTP id <g.02497-0@bells.cs.ucl.ac.uk>; Fri, 28 Jul 1995 00:29:06 +0100
Received: by osison.osiware.bc.ca (4.1/SMI-4.1) id AA16985; Thu, 27 Jul 95 16:27:43 PDT
Date: Thu, 27 Jul 1995 15:48:00 -0700
X400-Trace: ca*infonet*iss; Arrival 27 Jul 95 15:48 PDT Action: Relayed
Priority: urgent
Ua-Content-Id: 950727753
P1-Message-Id: ca*infonet*iss;95072715484816592104
Original-Encoded-Information-Types: IA5-Text
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Alan Wong <wong@vancouver.osiware.bc.ca>
To: awon@vancouver.osiware.bc.ca
Cc: bjjenni@somnet.sandia.gov, osi-ds@cs.ucl.ac.uk
In-Reply-To: <950613131558.20201094@hss.hns.com>
Message-Id: <950727753*wong@vancouver.osiware.bc.ca>
Subject: Re: scenarios for Directory Synchronization
Importance: High

   >Obviously, if a user has more that one e-mail accounts then he/she will
   >be represented twice in the global directory. 

No, this is not obvious, and certainly undesirable.  In a global
context, I want to be able to find a single entry for a user in a
directory, and send mail to them.  I do not want to be faced with two
entries with similar names and have to choose.  What criteria could I
as a remote user base that judgement on?

In simple synchronisation scenarios, having two email accounts does
lead to two entries in the DIT.  This is because the DIT structure is
force by the LAN and post office distribution.  

In most organisations this leads to a false DIT structure that does
not really represent the organisation in the way they want to be
seen.  

With more complex synchronisation management tools it is possible to
overlay details of the two accounts into one entry.  This means you
decide in advance how you want your DIT to look from an organisational
perspective. The synchronisation tools can then overlay the LAN
details onto the DIT defined, deciding on a per user basis, which one
email address to publish, or both.  This allows both LAN systems to be
represented, but joint users to only be visible once.

This is certainly the way I've approached synchronisation in the
systems I've been involved in.  Decide the DIT structure first, map the
data onto it second.  This also facilitates easier integration with
non-LAN systems such as telephone numbers for personnel databases.

Colin