XADM: Requirements for Disabling the Recipient Update Service

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 296479 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

In bestimmten Situationen, z. B. bestimmte hosting-Szenarios Sie möchten möglicherweise Deaktivieren der Empfängeraktualisierungsdienst (Recipient Update Service, RUS) und verwenden Sie Skripts oder andere Methoden, um die Aufgaben behandelt, die durch den Empfängeraktualisierungsdienst in der Regel ausgeführt werden Dieser Artikel dient die Richtlinien dokumentieren, die Sie, die folgen müssen sowie welche Vorgänge manuell durchführen muss, wenn Sie eine benutzerdefinierte Methode anstelle der EMPFÄNGERAKTUALISIERUNGSDIENST zum Aktualisieren von Active Directory-Objekte verwenden möchten.

Dieser Artikel behandelt die folgenden Themen:
  • Nicht das Unternehmen zu deaktivierende EMPFÄNGERAKTUALISIERUNGSDIENST
  • Anwenden von Empfängerrichtlinien
  • Attribute, die auf alle postfachaktivierten und E-Mail-aktivierten Objekten erforderlich
  • Zusätzliche Attribute erforderlich auf postfachaktivierte Benutzer
  • Zusätzliche Attribute erforderlich auf E-Mail-aktivierte Benutzer und Kontakte
  • Zusätzliche Attribute erforderlich auf E-Mail-aktivierten Gruppen
  • Attribute für E-Mail-aktivierte Öffentliche Ordner erforderlich
  • Liste für Adressen anwenden
  • Ausgeblendeter Gruppenmitgliedschaft
  • Ausblenden von Objekten aus Adresslisten
  • Verwalten das Mitgliedschaft in der Exchange 2000 Enterprise Server-Gruppen
  • Informationsquellen

Weitere Informationen

Im folgenden werden Richtlinien und Aufgaben, die in der Regel durch den Empfängeraktualisierungsdienst behandelt werden Wenn den Zeitplan der Domänen-RUS auf nie festgelegt werden soll, muss der Prozess alle diese Funktionen ausführen.

Nicht das Unternehmen zu deaktivierende EMPFÄNGERAKTUALISIERUNGSDIENST

Es gibt zwei Arten von Empfängeraktualisierungsdienste. Eine ist verantwortlich für die Verarbeitung Exchange 2000 System-Objekte im Container Konfiguration, und der andere für die Verarbeitung Empfänger in jeder Domäne verantwortlich ist. Es ist nur eine der der erste Typ in der Microsoft Windows 2000-Gesamtstruktur da nur ein Konfigurationscontainer vorhanden ist. Dies ist der Enterprise-EMPFÄNGERAKTUALISIERUNGSDIENST und sollte nicht deaktiviert werden. Dies bedeutet auch, dass die Standard-Empfängerrichtlinie nicht löschen soll da Enterprise RUS zum Verarbeiten von Objekten im Konfigurationscontainer benötigt.

Anwenden von Empfängerrichtlinien

Alle postfachaktivierten und e-Mail-aktivierte Objekte müssen einen minimalen Satz von Attributen ordnungsgemäß festgelegt, damit alle Exchange 2000-Komponenten ordnungsgemäß funktioniert haben. Einige dieser Attribute, die postfachaktivierten und e-Mail-aktivierten Objekten gemeinsam sind, und einige sind spezifisch für entweder postfachaktiviert oder e-Mail-aktivierte Objekte.

Attribute, die auf alle Postfach-aktivierten und E-Mail-aktivierten Objekte erforderlich

Es ist wichtig, den Unterschied zwischen einem postfachaktivierten Benutzer und eine e-Mail-aktivierten Benutzer oder Kontakt zu verstehen. Ein postfachaktivierter Benutzer speichert Nachrichten tatsächlich auf dem Exchange 2000 Server in Exchange 2000-Informationen speichern. Ein e-Mail-aktivierten Benutzer oder Kontakt ist ein Verweis auf eine Adresse, die außerhalb der Exchange 2000-Organisation ist. E-Mail-aktivierte Benutzer müssen keine Speicherplatz auf dem Exchange 2000-Server, sondern eine einfache Möglichkeit, Nachrichten an ein Ziel außerhalb der lokalen Exchange 2000-Organisation senden. Ein Benutzer kann entweder postfachaktiviert oder e-Mail-aktiviert, aber nicht beide sein. Kontakte kann nur e-Mail-aktivierte; diese nicht postfachaktiviert ist.

Sie müssen die folgenden Attribute für alle e-Mail-aktivierte oder postfachaktivierte Objekte festlegen:
  • legacyExchangeDN
  • proxyAddresses
  • textEncodedORAddress
  • e-Mail
  • mailNickname
  • displayName
Nachfolgend eine kurze Erläuterung der richtigen Formatierung dieser Attribute. Es soll eine vollständige Spezifikation für die richtige Formatierung der Attribute werden.

legacyExchangeDN
Attribut-Syntax : einwertige keine Unterscheidung nach Groß-/Kleinschreibung Zeichenfolge

Der LegacyExchangeDN ist der Exchange 2000-Format-DN für das Objekt. Beispiel:
/ o = Organization / Ou = AdministrativeGroup / Cn = RecipientContainer / Cn = mailNickname
Obwohl die Syntax (LIGHTWEIGHT Directory Access Protocol), der dieses Attribut keine Unterscheidung nach Groß-/Kleinschreibung Zeichenfolge ist, wird empfohlen, dass Sie Kleinbuchstaben verwenden, um die Trennzeichen wie "o", "Ou," und "Cn", und dass Sie bei der Organisation und administrative Gruppen beibehalten. Die Organisation und administrative Gruppennamen sollten die Werte Ihrer Organisation und administrativen Gruppe übereinstimmen, die in Active Directory befinden. Wenn es sich um einen gemischten Exchange 2000- und Microsoft Exchange Server 5.5-Organisation handelt, stellen Sie sicher, dass die Werte, die Sie festgelegt konsistent mit den vorhandenen Objekten aus dem Exchange Server 5.5-Verzeichnis sind.
proxyAddresses
Attribut-Syntax : mehrwertige Unicode-Zeichenfolge

Das Attribut ProxyAddresses enthält alle E-mail-Adressen, die Nachrichten an diesen Empfänger senden verwendet werden können. Das Format für dieses Attribut ist PREFIX: proxy, wobei PREFIX entweder SMTP, X 400, GWISE, NOTES ist, oder geben Sie eine andere Adresse. Zumindest muss eine e-Mail-Objekt eine Adresse vom Typ X. 400 und SMTP enthalten. Zusätzliche sekundäre Proxyadressen SMTP oder andere Adresstypen möglicherweise auch enthalten sein, wenn die Systemaufsicht den entsprechenden Adresstyp generiert werden kann. Ein generischer und spezifischer Beispiel von einer gültigen SMTP und X 400 Eintrag sind:
SMTP: user@company.com
X 400: c = US; a =; p = Organization; o = AdministrativeGroup; s = Surname; g = GivenName

SMTP:User@Microsoft.com
X 400: c = US; a =; p = Organisation; o = Exchange; s = Nachname; g = Vorname
Nur die primäre SMTP-Adresse müsste den alle Großbuchstaben Adresstyp "SMTP". Sollte eine zusätzlichen SMTP-Proxyadressen in Kleinbuchstaben beginnen: smtp.
textEncodedORAddress
Attribut-Syntax : einwertige Unicode-Zeichenfolge

Das Attribut TextEncodedORAddress enthält die primäre x. 400-Adresse, die auch im Feld ProxyAddresses enthalten ist. Das Format des x. 400-Adresse entspricht dem ProxyAddresses verwendeten Format.
e-Mail
Attribut-Syntax : einwertige Unicode-Zeichenfolge

Das Attribut Mail enthält primäre SMTP-Adresse des Objekts. Dieses Attribut besitzt kein Adresspräfix und enthält nur die SMTP-Adresse. Beispiel:
benutzer@microsoft.de
mailNickname
Attribut-Syntax : einwertige Unicode-Zeichenfolge

Das MailNickname -Attribut ist vergleichbar mit dem Feld Alias oder UID in Exchange Server 5.5. Das Attribut besitzt eine maximale Länge von 64 Zeichen. Wenn das Objekt Postfach-aktiviert ist, wird auch das MailNickname -Attribut verwendet, um den URL für den Zugriff auf das Postfach zu generieren. Beispielsweise würde ein URL im Format sein:
http:// servername Servername/Exchange / mailnickname
displayName
Attribut-Syntax : einwertige Unicode-Zeichenfolge

Das DisplayName -Attribut enthält den Anzeigenamen des Objekts wird in der globalen Adressliste und allen anderen Adresslisten, dass das Objekt Mitglied ist.

Zusätzliche Attribute erforderlich auf Postfach-aktivierten Benutzer

Zusätzlich zu den vorherigen Attributen müssen alle Postfach-aktivierten Benutzer die folgenden Attribute, die ordnungsgemäß festgelegt aufweisen:
  • msExchHomeServerName
  • homeMDB
  • homeMTA
  • msExchUserAccountControl
  • msExchMasterAccountSid
  • msExchMailboxGuid
Nachfolgend eine kurze Erläuterung der richtigen Formatierung dieser Attribute. Es soll eine vollständige Spezifikation für die richtige Formatierung der Attribute werden.

msExchHomeServerName
Attribut-Syntax : einwertige Unicode-Zeichenfolge

Das MsExchHomeServerName -Attribut enthält den Exchange 2000-Stil distinguished Name des Servers, der das Postfach des Benutzers enthält. Beispiel:
/ o = Organization / Ou = AdministrativeGroup / Cn = Configuration/Cn = Servers/Cn = ServerName
homeMDB
Attribut-Syntax : DN (distinguished Name)

Das HomeMDB -Attribut enthält eine DN-Verknüpfung zu den Postfachspeicher, der das Postfach des Benutzers enthält. Der Wert dieses Attributs muss genau definierten des Postfachspeichers Objekts in Active Directory übereinstimmen. Beispiel:
CN MailboxStore CN = StorageGroup, CN = = InformationStore, CN = ServerName, CN = Servers, CN AdministrativeGroup, CN = = Administrative Groups, CN = Organization, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com
homeMTA
Attribut-Syntax : DN (distinguished Name)

HomeMTA -Attribut enthält einen distinguished Name Link zum Message Transfer Agent (MTA) auf dem Server, der das Postfach des Benutzers enthält. Der Wert dieses Attributs muss den DN der MTA-Objekts in Active Directory genau übereinstimmen. Beispiel:
CN = Microsoft MTA, CN = ServerName, CN = Servers, CN AdministrativeGroup, CN = = Administrative Groups, CN = Organization, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com
msExchUserAccountControl Attribut-Syntax : einwertige Ganzzahl

Das Attribut MsExchUserAccountControl wird von der Informationsspeicher verwendet, um festzustellen, ob die ObjectSid oder MsExchMasterAccountSid verwenden, wenn festlegen oder lesen Sie Informationen speichern Berechtigungen. Dieses Attribut besitzt zwei mögliche Werten:
  • 0: Dies ist ein aktivierter Benutzer
  • 2: Dies ist ein deaktivierter Benutzer
Die Begriffe "aktiviert der Benutzer" und "Benutzer deaktiviert" nur in, ob die Microsoft Windows NT-Benutzerkonto verwendet werden kann oder nicht bei der Domäne anmelden. Der EMPFÄNGERAKTUALISIERUNGSDIENST ist für diesen Wert automatisch aktualisiert, wenn ein Benutzerkonto erstellt, aktiviert oder deaktiviert ist verantwortlich. Außerdem müssen Sie sicherstellen, dass der Wert der MsExchUserAccountControl festgelegt wird, wenn der Benutzer postfachaktiviert ist und aktualisierte Wenn ein Benutzer aktiviert oder deaktiviert. Der EMPFÄNGERAKTUALISIERUNGSDIENST bestimmt dieser Wert durch das zweite Bit (0 x 2) des Werts UserAccountControl überprüfen. Wenn die 0 x 2 Bit nicht festgelegt ist, das Konto aktiviert. Wenn die 0 x 2 Bit festgelegt ist, das Konto ist deaktiviert.

Wenn MsExchUserAccountControl auf 0 festgelegt ist, dies ist ein aktiviertes Benutzerkonto, und der Informationsspeicher verweist ObjectSid des Benutzers beim Lesen oder Festlegen der Informationen speichern Berechtigungen. Wenn MsExchUserAccountControl auf 2 festgelegt ist, dies ist ein deaktivierter Benutzer, und die Informationen speichern Verweise die Sicherheits-ID (SID) im MsExchMasterAccountSid , festgelegt wenn es beim Lesen oder Festlegen der Informationen speichern Berechtigungen. msExchMasterAccountSid Attribut-Syntax : einwertige SID

Hinweis : der EMPFÄNGERAKTUALISIERUNGSDIENST nicht MsExchMasterAccountSid fest. Dieses Attribut wird aufgefüllt, indem Sie entweder die Active Directory Connector (ADC), oder wenn ein Administrator einem Benutzer recht Zugeordnetes externes Konto in der Postfachrechte eines Benutzers erteilt. In diesem Artikel erwähnt das Attribut MsExchMasterAccountSid wegen dessen Beziehung zu anderen Attributen, die der EMPFÄNGERAKTUALISIERUNGSDIENST füllt.

Wenn das Benutzerkonto ein deaktivierter Benutzer ist und somit MsExchUserAccountControl auf 2 festgelegt ist, muss das Attribut MsExchMasterAccountSid aufgefüllt werden. Wenn MsExchUserAccountControl auf 0 festgelegt ist, muss der MsExchMasterAccountSid -Wert nicht aufgefüllt. Dieses Attribut hat zwei mögliche Kategorien der Werte, je nachdem, wie das Postfach dieses Benutzers zugeordnet verwendet werden.
  • Wenn das Postfach ein Ressourcenpostfach ist, sollten MsExchMasterAccountSid die bekannte Microsoft Windows 2000-SID enthalten "Self", auch als bezeichnet "Prinzipalselbst."
    • Die Definition eines Ressourcenkontos ist ein deaktiviertes Benutzerkonto, das nicht tatsächlich an der Domäne anmelden verwendet wird, sondern ist ein Platzhalter für ein Postfach, anderen Benutzern in Ihrer Exchange 2000-Organisation Rechte delegiert wurden.
    • Sie können keine Ressource Konto Berechtigung für den Zugriff auf andere Ressourcen erteilen.
    • Die selbst-SID kann als MsExchMasterAccountSid auf mehrere Ressourcenkonten festgelegt werden, da das selbst nicht, ist eine aktuelle SID, jedoch eine Möglichkeit, verweisen die ObjectSid für das Objekt auf dem gesetzt ist, die immer eindeutig sein.
    • Der hexadezimale Wert selbst-SID ist:
      0 x 01 0 x 01 0 x 00 0 x 00 0 x 00 0 x 00 0 x 00 0 x 05 0x0a 0 x 00 0 x 00 0 x 00
      Weitere Informationen zu bekannten SIDs finden Sie die folgende KB-Artikelnummer:
      243330Bekannte Sicherheits-IDs in Betriebssystemen der Windows Server
  • Wenn das Postfach von einem Benutzer Besitzer ist, außerhalb der lokalen Windows 2000-Gesamtstruktur ist, sollte MsExchMasterAccountSid die SID des dem externen Benutzerkonto enthalten.
    • In diesem Fall das deaktivierten Benutzerkonto wird auch nicht direkt Anmelden verwendet, jedoch stattdessen ermöglicht diese Konfiguration einem Benutzer außerhalb der Gesamtstruktur, innerhalb Ihrer Organisation ein Exchange 2000-Postfach besitzen.
    • Das fremde Benutzerkonto kann entweder ein Windows 2000-Benutzer aus einer separaten Gesamtstruktur oder ein Windows NT 4.0-Benutzerkonto sein.
    • Wenn der Wert der MsExchMasterAccountSid die SID des ein externes Konto ist, muss der Wert eindeutig sein. Möglicherweise müssen nicht mehr als ein deaktivierter Benutzerkonto mit der gleichen SID in MsExchMasterAccountSid in der Gesamtstruktur.
    • Das MsExchMasterAccountSid -Attribut sollte nicht auf einen Sicherheitsprinzipal (Benutzer oder Gruppe) zeigen, die in der lokalen Gesamtstruktur, mit Ausnahme der fremden Sicherheitsprinzipale.
    • Außerdem sollten das externe Konto im MsExchMasterAccountSid -Attribut angegebene "Vollständiger Postfachzugriff" in der Sicherheitsbeschreibung von Postfach gewährten Rechte verfügen.
  • Die SID muss in einem binären Format nicht Security Descriptor Definition Language (SDDL) Format geschrieben werden.
msExchMailboxGuid
Attribut-Syntax : einwertige Oktett

Wenn Sie einen postfachaktivierten Benutzer erstellen, müssen Sie den Wert für MsExchMailboxGuid auf einen global eindeutigen ID (GUID) im binären Format festlegen. Die GUID in MsExchMailboxGuid wird als die GUID des Objekts Postfach in Exchange 2000-Informationsspeicher festgelegt werden. Nachdem das Informationsspeicherobjekt Informationen erstellt wurde, ist dieser Wert wie das System bestimmt, dass das Informationsspeicherobjekt Informationen für das Verzeichnisobjekt verknüpft ist. MsExchMailboxGuid sollte nicht geändert werden, nachdem Sie ursprünglich festgelegt. Ändern den MsExchMailboxGuid auf ein vorhandenes Postfach-aktivierten Benutzer trennt, dass Benutzer mit das Postfachobjekt im Exchange 2000-Informationsspeicher.
Hinweis : das TargetAddress -Attribut sollte nicht für einen postfachaktivierten Benutzer festgelegt werden.

Zusätzliche Attribute erforderlich auf E-Mail-aktivierte Benutzer und Kontakte

Zusätzlich zu den vorherigen Attributen müssen alle e-Mail-aktivierte Benutzer und Kontakte das Attribut TargetAddress ordnungsgemäß festgelegt verfügen.

Nachfolgend eine kurze Erläuterung der richtigen Formatierung dieses Attribut. Es soll eine vollständige Spezifikation für die richtige Formatierung des Attributs werden.

targetAddress
Attribut-Syntax : einwertige Unicode-Zeichenfolge

Der Wert des Attributs TargetAddress ist die Adresse des Benutzers, der außerhalb der lokalen Exchange 2000-Organisation ist, die an e-Mail gesendet werden soll. Wenn Nachrichten an die e-Mail-aktivierten Benutzer gesendet wird oder Kontakt, die e-Mail umgeleitet wird zu der Adresse gespeichert im Feld TargetAddress . Das Format des Feldes ähnelt das im Feld ProxyAddresses verwendete Format. Dies sind allgemeine und spezifische Beispiele TargetAddress :
PREFIX: Address

SMTP:User@externalcompany.com

Zusätzliche Attribute erforderlich auf E-Mail-aktivierte Gruppen

E-Mail-aktivierte Gruppen benötigen nur die Attribute erforderlich für alle postfachaktivierten und e-Mail-aktivierte Objekte. Es gibt zwei optionale Attribute, die Sie verwenden können, um den Aufgliederungsserver für die Gruppe festzulegen, wenn Sie also. Jedoch der EMPFÄNGERAKTUALISIERUNGSDIENST ist nicht für diese Einstellung verantwortlich, noch der EMPFÄNGERAKTUALISIERUNGSDIENST aktualisiert eine, wenn die andere bereits festgelegt ist.

msExchExpansionServerName
Attribut-Syntax : einwertige Unicode-Zeichenfolge

das msExchExpansionServerName enthält der Exchange 2000-Stil distinguished Name des Servers, der für das Erweitern der Gruppenmitgliedschaft dieser e-Mail-aktivierte Gruppe für die Nachrichtenübermittlung verantwortlich ist. Die Syntax dieses Attributs ähnelt MsExchHomeServerName oben.
homeMTA
Attribut-Syntax : Distinguished Name

Das Attribut HomeMTA enthält eine DN-Verknüpfung zu der MTA auf die Server, der für die Expansion der Mitgliedschaft dieser Gruppe zuständig ist. Die Syntax dieses Attributs ist der gleiche wie der HomeMTA .

Attribute, die auf E-Mail-aktivierte Öffentliche Ordner erforderlich

Wenn ein Öffentlicher Ordner erstellt wird mithilfe von einem Client oder Exchange System-Manager, das HomeMDB DisplayName werden MailNickname , LegacyExchangeDN und TargetAddress Attribute bereits festgelegt.

Möglicherweise müssen Sie die folgenden Attribute für das Objekt Öffentliche Ordner, Nachrichten direkt an den öffentlichen Ordner senden richtig festgelegt:
  • e-Mail
  • proxyAddresses
  • textEncodedORAddress

Liste für Adressen anwenden

Bei postfachaktivierten und e-Mail-aktivierten Objekte in der globalen Adressliste und andere Adresse Listen angezeigt werden gilt der EMPFÄNGERAKTUALISIERUNGSDIENST in der Regel jede Adresse Liste Richtlinie für jedes Objekt bestimmen, welche Adresslisten ein Objekt Mitglied sein sollen. Wenn der EMPFÄNGERAKTUALISIERUNGSDIENST feststellt, dass ein Benutzer Mitglied einer globalen Adressliste oder Adressliste sein sollte, hinzugefügt den DN der Liste globale Adresse oder die Adresse dem ShowInAddressBook -Attribut für das postfachaktiviert oder e-Mail-aktivierte Objekt. Wenn der EMPFÄNGERAKTUALISIERUNGSDIENST deaktiviert ist, müssen Sie manuell das ShowInAddressBook -Attribut für Ihre Objekte postfachaktivierten und e-Mail-aktiviert festlegen.

showInAddressBook
Attribut-Syntax : mehrwertige distinguished Name

Der Wert ShowInAddressBook ist eine Verknüpfung zu jeder globale Adresslisten oder Adresse Liste, das postfachaktiviert oder e-Mail-aktivierte Objekt Mitglied ist. Dies ist ein mehrwertiges Attribut, ein Objekt ein Mitglied mehr als eine Adressliste sein kann. Allerdings ist ein Objekt in der Regel nur ein Mitglied einer globalen Adressliste. Der folgende Code ist ein Beispiel für einen möglichen Wert für ShowInAddressBook :
CN globale Standardadressliste, CN = alle globalen Adresslisten, CN = Adresslistencontainer, CN = = Organisation, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = Domain, DC = com

Ausgeblendeter Gruppenmitgliedschaft

Der EMPFÄNGERAKTUALISIERUNGSDIENST ist verantwortlich für Behandlung der ausblenden und Anzeigen der Gruppenmitgliedschaft bei der Anzeige der Eigenschaften einer e-Mail-aktivierte Gruppe von einem Mailclient. Wenn boolesches Attribut, HideDLMembership auf TRUE festgelegt ist, werden EMPFÄNGERAKTUALISIERUNGSDIENST Stempel eine spezielle nicht kanonische Sicherheitsbeschreibung für das Gruppenobjekt in Active Directory sicherzustellen, dass die Exchange 2000-Server alle Attribute der Gruppe, sondern normale Benutzer zugreifen können nicht die Mitgliedschaft der Gruppe anzeigen können.

Wenn der EMPFÄNGERAKTUALISIERUNGSDIENST deaktiviert ist und Sie beabsichtigen, mit dem HideDLMembership -Attribut, müssen Sie manuell die Sicherheitsbeschreibungen festlegen, auf Gruppen, je nachdem, ob HideDLMembership TRUE oder FALSE. Sie müssen die Sicherheitsbeschreibung auch aktualisieren, wenn der Wert der HideDLMembership der Gruppe ändert Attribut.

Weitere Informationen über das Format der Sicherheitsbeschreibungen auf Gruppen mit ausgeblendeter Mitgliedschaft finden Sie die folgende KB-Artikelnummer:
253827XADM: How Exchange Blendet Gruppenmitgliedschaft in Active Directory

Ausblenden von Objekten aus Adresslisten

Der EMPFÄNGERAKTUALISIERUNGSDIENST ist für die Überwachung des Wertes des Boolean-Attribut, MxExchHideFromAddressLists verantwortlich und wenn der Wert TRUE ist, werden aus dem ShowInAddressBook -Attribut auf dem postfachaktiviert bzw. e-Mail-aktivierte Objekt, das alle Adresslisten entfernt. Später, wenn der Wert der MsExchHideFromAddressLists später Änderungen, die der EMPFÄNGERAKTUALISIERUNGSDIENST füllt das ShowInAddressBook -Attribut für das Objekt.

Wenn Sie das MsExchHideFromAddressLists -Attribut verwenden möchten, müssen Sie manuell auffüllen oder löschen Sie das ShowInAddressBook -Attribut für das Objekt je nach Zustand des Attributs MsExchHideFromAddressLists .

Verwalten das Mitgliedschaft in der Exchange 2000 Enterprise Server-Gruppen

Der EMPFÄNGERAKTUALISIERUNGSDIENST ist für die Verwaltung der Mitgliedschaft aller Exchange 2000 Enterprise Server-Gruppen in der Gesamtstruktur zuständig.

Wenn Sie Setup/domainprep in einer Domäne ausführen oder installieren Sie den ersten Exchange 2000 Server in einer Domäne, werden zwei Gruppen erstellt:
  • Exchange-Domänenserver

    Diese Gruppe enthält alle Exchange 2000-Server in der lokalen Domäne.
  • Exchange Enterprise Servers

    Diese Gruppe enthält die Exchange 2000-Domänenservergruppe für jede Domäne, einen Exchange 2000-Server installiert hat oder für das Setup/domainprep in der Domäne ausgeführt wurde
Wenn neue Gruppen Exchange Domain Servers und Exchange Enterprise Servers in einer neuen Domäne erstellt werden, ist der EMPFÄNGERAKTUALISIERUNGSDIENST für die folgenden Aufgaben zuständig:
  • Fügen Sie alle vorhandenen Exchange Domain Servers-Gruppen der Gruppe "Exchange Enterprise Servers hinzu, in der neuen Domäne.
  • Fügen Sie der neuen Domäne allen vorhandenen Exchange Enterprise Servers-Gruppen in der Gesamtstruktur die Exchange Domain Servers-Gruppen hinzu.
Sie müssen die Exchange Enterprise Servers-Gruppenmitgliedschaft manuell für alle Domänen verwalten, wenn Sie die Domäne Empfängeraktualisierungsdienste deaktivieren.

Weitere Informationen zu den Empfängeraktualisierungsdienst finden Sie folgende Artikel der Microsoft Knowledge Base:
253838XADM: How the Recipient Update Service Systemrichtlinien gilt
253828XADM: How the Recipient Update Service Adresslisten füllt
253827XADM: How Exchange Blendet Gruppenmitgliedschaft in Active Directory
253770XADM: Aufgaben, die Ausführung durch den Empfängeraktualisierungsdienst

Eigenschaften

Artikel-ID: 296479 - Geändert am: Samstag, 28. Oktober 2006 - Version: 3.2
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Exchange 2000 Server Standard Edition
Keywords: 
kbmt kbinfo KB296479 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 296479
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com