[Exchange 2003] Problemen met distributielijsten

[Wimlem]

Ik heb hier een probleem met onze distributielijsten.

Wij hebben hier een CHILD en ROOT domain

Wanneer ik in de GAL kijk, zie ik alle mailboxen en distributielijsten staan. Wanneer ik vanuit het childdomain naar een distributielijst in de root kijk, dan zie ik geen members. Kijk ik in de AD, dan zitten er wel users in. Dit is ook andersom, dus vanuit de root kijkend naar DL’s in het childdomain, dan zijn de members ook leeg.

De groepen die wij gebruiken zijn Global Distribution lists. Maken wij van de distributielijsten een Universal distribution Group, dan zijn wel alle members te zien en werkt het correct.

Doordat de members niet zichtbaar zijn, kan ik er ook niet naar toe e-mailen.

Het betreft een root domain met een exchange 2003 enterprise server. Wij hebben hier een child domain aan toegevoegd met exchange 2003 enterprise. Deze exchange servers hebben verbinding met elkaar en kunnen onderling mailen.

Wij laten onze mail binnenkomen op het child domain, en dit leek allemaal goed te gaan. Helaas zijn wij er achter gekomen dat e-mail verzonden aan een DL in het root domain, niet aan komt op de DL in het root domain. Er wordt ook geen NDR teruggestuurd.

Voor het opzetten hiervan hebben wij een testomgeving aangemaakt, welke identiek is, en hier werkt het wel allemaal.


- Het domein/forest heeft “windows server 2003” als functional level.
- Alle DC’s/GC’s zijn windows 2003 R2 SP2.
- Exchange Enterprise Server 2003 SP2 + laatste patches
- 3 Sites, met allemaal het goede subnet.
Site 1: 2 x DC, 2 x GC, 1x Exchange
Site 2: 2 x DC, 1 x GC, 1x Exchange
Site 3: 1 x DC, 1 x GC, 1x Exchange
- DCDIAG + NETDIAG uitgevoerd op alle DC’s. Is allemaal in orde.
- Alle eventlogs zijn goed. Ik heb eigenlijk nog nooit zulke blauwe logs gezien.
- DNS staat goed ingesteld. (alle dc’s verwjizen naar eigen DNS)
- Rechten nagekeken mbv adsiedit.

Ik heb op google gezocht en 1 a 2 topics gevonden. Zij hebben als oplossing om de globals om te zetten naar universals, maar met globals zou het ook gewoon moeten werken zoals wij gezien hebben in onze testomgeving.

Heeft iemand dit wel eens eerder gezien of meegemaakt?

[Muggie]

Wat voor informatie geeft de Message Tracking als je een mailtje naar zo'n DL volgt ?

Blijft de mail binnen en verdwijnt ergens in een queue, gaat de mail de organisatie uit ?

[Wimlem]

Muggie schreef op donderdag 25 september 2008 @ 09:50:
Wat voor informatie geeft de Message Tracking als je een mailtje naar zo'n DL volgt ?

Blijft de mail binnen en verdwijnt ergens in een queue, gaat de mail de organisatie uit ?

Hij verdwijnt ergens in de queue;

smtp: message submitted tot advanced queing
smtp: started message submission to advanced queue
smtp: message submitted to categorizer

Dit is alles ...

[Verwijderd]

Vaak genoeg gezien...

Uit Troubleshooting mail transport and distribution groups in Exchange 2000 Server and in Exchange Server 2003

Microsoft strongly recommends using universal distribution groups for mail distribution in a multi-domain environment.

Of de workaround uit dat artikel gebruiken, maar je lost het het handigste en beste op om gewoon die groepen universal te maken.

[pennenlikker]

Misschien heb je hier wat aan dit gaat wel over ex2000 maarja 2000/2003 hebben veel overeenkomsten

All domain user logons should use a display name format of last, first as the standard display method. This is essential for inclusion in the Exchange 2000 Global Address List.

Domains that will include Microsoft Exchange users should be switched to Native Mode. Native mode allows for the use of Universal Groups. Universal Groups will be used for Exchange distribution lists (DLs). Global groups and global distribution lists only replicate their membership to servers within the local domain. If the client connects to a global catalog that is outside of the local domain, the global catalog will not have the membership list of the distribution list, and will not, therefore, be able to send that information to the client.

Universal Groups will be used for DLs and only nest Universal Groups for DLs - no Global or Local Groups as DLs in a multi-Domain environment. More information on this issue can be found in Microsoft Article Q262200.

In addition, Microsoft recommends that departments with Exchange 2000 put a global catalog server 'near' the Exchange 2000 server. It is important to note, however, that the infrastructure master role cannot be the same domain controller that hosts the global catalog.

The child domain will use Organizational Units to subdivide their administrative structure rather than hosting sub domains.

Departments should follow Microsoft recommendations for the use and placement of the operations masters. The Active Directory defines five FSMO roles: schema master, domain master, RID master, PDC emulator and infrastructure. The schema master and domain naming master are per-forest roles and thus reside on the AD domain root servers housed in the AIS department. The remaining three, RID master, PDC emulator and infrastructure master are per-domain roles.

General Recommendations for FSMO Placement

Place the RID and PDC emulator roles on the same DC. Good communication from the PDC to the RID master is desirable as down-level clients and applications target the PDC, making it a large consumer of RIDs. It is also easier to keep track of FSMO roles if you cluster them on fewer machines.

If the load on the primary FSMO load justifies a move, place the RID and PDC emulator roles on separate domain controllers in the same domain and active directory site that are direct replication partners of each other.

The infrastructure master should be located on a non-global catalog server that has a direct connection object to some global catalog in the forest, preferably in the same Active Directory site. Since the Global Catalog server holds a partial replica of every object in the forest, the infrastructure master, if run on a Global Catalog server, will never update anything because it does not contain any references to objects that it does not hold.

Most importantly, confirm that all FSMO roles are available using one of the management consoles (such as Dsa.msc or Ntdsutil.exe).

Some domain controllers may also function as Global Catalog servers. Exchange 2000 relies heavily on the Global Catalog servers to fully function. Exchange 2000 refers Outlook clients to Global Catalog servers for directory access. It is extremely important that Global Catalog servers are available to the Outlook clients. Special care should be taken when promoting a Domain Controller to a Global Catalog server or when demoting a Global Catalog server to a Domain Controller.

When promoting a server to a Global Catalog server, be sure to reboot the server immediately afterwards. See Q304403 for details.
When demoting a Global Catalog server to a Domain Controller, be sure to follow the steps in Microsoft Knowledge Base article Q305065. These steps require Windows 2000 Service Pack 3.
For additional information, please refer to Microsoft Knowledge Base articles Q304403, Q305065, Q295419, Q241795, Q256976 and Q251468.

All Windows 2000 systems within the child domain will use the root AD-Integrated DNS server settings. The child domain controllers will use static IP entries and will not run DHCP servers.

Schema and root-level security changes will occur after acceptance by all Enterprise and Domain Administrators.

A contract will exist between the Enterprise Administrators, System Owners and Administrators of Child Domains regarding fair use and the University’s Acceptable Use Policy.

Hier is het linkje:

http://ais.msu.edu/AD_Child_Domains.htm

[Wimlem]

Als ik de verhalen zo lees ga ik er toch maar universals van maken.

Thnx voor de artikelen en input!