|
Well
for better or worse, what you explained is how I understood it myself. Though I
admit to not knowing it really well, never wanted to know it all but damn MS to
hell for inserting AD and Exchange into each other like they did...
(Hey I haven't ranted on here about E2K in at least a
week....)
Oh one
other thing is that some of that info gets stamped into the msExchADCGlobalNames
attribute but in a DN format. I believe the AD side of that gets stamped by the
E55->AD work and then the E55 side gets stamped by the opposite
direction. Though the 5.5 directory side would have the location in the AD tree
being stamped, not the 5.5 location.
For
Exchange, I'm only an egg. I don't Grok it.
joe
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mulnick, Al Sent: Thursday, October 16, 2003 4:23 PM To: '[EMAIL PROTECTED]' Cc: '[EMAIL PROTECTED]' Let me play this back to see if I have it
straight:
One
Domain = Empty Root
Domain
A = Child Domain
Domain
B = Child Domain
Domain
A = Exchange 2000 (really, this is Forest Wide, but we'll assume that you
only consider it installed in this domain)
Domain
B = Exchange 5.5 installed
Is
that right so far?
How
many ADC's do you have? I assume just the one from Exchange 2000 media
rev'd to SP3 or later with the standard CA's plus the recipients and public
folders.
When
you create a user in domain A, it's (presumably) an Exchange 2000 mail-enabled
user object. Correct? The ADC CA picks this up from Domain A where
it originated as new, and replicates the data to the Exchange 5.5
directory. At the point of creation and RUS processing, the mail-enabled
user object has a legacyExchangeDN ending in \Recipients. If you stopped
the CA prior to creating the user-object, this would still be the case because
Exchange 2000 has no concept of containers like Exchange 5.5 does. The
legacyExchangeDN gets created assuming that the Recipients container is the only
one. Now turn the ADC CA back on to replicate. The replication
starts, picks up the new mail-enabled user object, realizes there is no
corresponding object, checks its rules regarding this situation (advanced tab as
I recall) and creates the 5.5 directory entry in the container that follows
those rules. Often, these rules will be set to follow legacyExchangeDN so
you don't get a bazillion containers to mimic the OU structure in Active
Directory. Your's probably is set that way. It doesn't end
there. Now on the next replication cycle, the ADC CA realizes that 5.5 has
a new object and replicates it back to the Active Directory. Anything that
was changed on the 5.5 side is now replicated to Active Directory and the CA is
now done with that object.
If you
create the mailbox-enabled object in 5.5 first, the legacyExchangeDN is, by
nature, whatever the relative path is for the object in the directory. So
if you have an object that is in a different container called "new" then your
legacyExchangeDN would end in \new. Right? So when the ADC CA wakes
up, it realizes it has a new 5.5 object, replicates it to the target OU in
Active Directory and then replicates the information back to the 5.5
directory. As far as 5.5 users are concerned, it is in the "correct
container".
What
you described is expected behavior. What you seem to want to do is modify
that behavior so that if you create a user in a particular OU in Active
Directory, the ADC knows to put in a particular CN in 5.5. Unfortunately, you'll
have to get somewhat complex with CA's (which I don't recommend), else
change your process to accomodate (e.g. create the account on 5.5 in the
container you want it in, and then move it to the appropriate 2000
server). You could also educate your users on the finer points of GAL
usage to get them to understand how to find a user, but that may not be an
option (I am being totally serious about that even if email makes it sound
sarcastic). You could also use address book views or even GAL views to mimic
this behavior, but I think that's lipstick on a pig in this
situation.
If
I've misunderstood, please correct me as I'd hate to think I didn't understand
this stuff. ;-)
Al
|
Title: Message
- RE: [ActiveDir] OT? - LEGACY EXCHANGE DN Brown, Bill [contractor]
- RE: [ActiveDir] OT? - LEGACY EXCHANGE DN Mulnick, Al
- RE: [ActiveDir] OT? - LEGACY EXCHANGE DN Brown, Bill [contractor]
- [ActiveDir] Using LDAP to turn off Recipient... Jerry Welch
- Re: [ActiveDir] Using LDAP to turn off R... Manjeet
- RE: [ActiveDir] Using LDAP to turn off R... Deji Akomolafe
- RE: [ActiveDir] Using LDAP to turn o... Jerry Welch
- RE: [ActiveDir] OT? - LEGACY EXCHANGE DN Mulnick, Al
- RE: [ActiveDir] OT? - LEGACY EXCHANGE DN Brown, Bill [contractor]
- RE: [ActiveDir] OT? - LEGACY EXCHANGE DN Mulnick, Al
- RE: [ActiveDir] OT? - LEGACY EXCHANGE DN Brown, Bill [contractor]
- RE: [ActiveDir] OT? - LEGACY EXCHANGE DN deji
