Entfernen von doppelten und unerwünschten Proxy-Adressen in Exchange

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 318774 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel ist eine Konsolidierung der folgenden zuvor verfügbaren Artikel: 318774, 329617
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Wenn Sie ein Administrator sind, können Sie Microsoft Exchange-Empfängerrichtlinien zu dem automatischen Konfigurieren und dem Anpassen mithilfe von Adressengenerierungsregeln von E-mail-Adressen für alle Exchange-Empfänger verwenden. Der Empfängeraktualisierungsdienst wendet Datenadressen mit neuen und vorhandenen Benutzern gemäß den angegebenen Regeln an. Verwenden Sie Exchange-Systemmanager, um auf die Eigenschaften der Empfängerrichtlinienobjekte zuzugreifen, um diese Regeln zu konfigurieren.

In einigen Situationen können Sie eine Regel jedoch verwenden, die Duplikat verursacht oder mehrere Adressen zwischen der Exchange-Organisation angewandt, verursacht. Wenn doppelte E-mail-Adressen während eines normalen Exchange-Vorgangs erkannt werden, meldet Unzustellbarkeitsberichte (Unzustellbarkeitsberichte) mit einem 5.1.4 Fehlercode kann von dem Server gesandt werden und anderes unerwartetes Problem auftreten kann. Die folgende Ereignismeldung kann darüber hinaus in dem Anwendungsereignisprotokoll protokolliert werden:



Typ: Ereigniswarnung
Ereignisquelle: MSExchangeIS
Ereigniskategorie: allgemein
Ereignisid: 9514
Computer: Exchange Server Name
Beschreibung: hat dasselbe Proxy zwei Objekte in dem Verzeichnis /dc Com/dc = Domain/cn = Configuration/cn = Services/cn = Microsoft Exchange/cn = Name der Organisation =/ Cn administrativen Groups/cn = administrative group name =/ Cn Servers/cn = Exchange server name =/ Cn Informationstore/cn = storage group name =/ Cn Informationsspeicher für Öffentliche Ordner ( Exchange server name) und /dc = Com/dc = Domain/ou = Users/cn = Benutzernamen =.

Dieser Artikel beschreibt eine Situation, auf der doppelte Adressen angewandt werden, und wie diese doppelten Adressen entfernt werden.

Weitere Informationen

Die folgende Regel ist eine typische Regel für eine E-mail-Formatadresse SMTP (Internet):
@domain.com
Wenn Sie diese Regel verwenden, wird jedem Empfängerobjekt, das von der Empfängerrichtlinie von mailnickname@domain.com verdeckt wird, eine E-mail-Adresse hinzugefügt. Wenn das Exchange-E-mail-alias eines Benutzers User1 ist, wird das Adresse-<VAR>-user1-</VAR> @ <VAR>-Domäne-</VAR>-.com auf dem Benutzer aus Grund angewandt.

Um auto-naming Regeln zu definieren, können Sie Exchange auch verwenden. Empfiehlt sich die Internet-E-mail-Adresse Empfänger konfiguriert statt "mailnickname@domain.com" wie "FirstName_LastName@domain.com" sein beispielsweise Um diese Änderung vorzunehmen, können Sie die folgende Adressengenerierungsregel verwenden:
%g_%s@domain.com
Klicken Sie auf die folgende Artikelanzahl, um weitere Informationen zu auto-naming verfügbaren Spezifizierer und Syntax zu erhalten, um den Artikel der Microsoft Knowledge Base zu lesen:
285136 Versenden Sie Generatoren Adresse über Empfängerrichtlinien zu Anpassen das SMTP-
Wenn Sie auto-naming Spezifizierer verwenden, müssen Sie sicherstellen, dass die Felder, die Sie in der Adressengenerierungsregel angeben, für jede Empfänger tatsächlich vorhanden sind, die von der Regel abgedeckt werden. Wenn Sie Duplikat oder mehrere E-mail-Adressen nicht verursachen, um für Objekte durch die Exchange-Organisation zu generiert werden, können Sie Duplikat oder mehrere E-mail-Adressen verursachen, um für Objekte durch die Exchange-Organisation zu generiert werden.

Von welchen Empfängern von beteiligt ist, hängen die Effekte dieses Problems ab. Mehrere Exchange-Systemobjekte sind postfachfähig. Wenn diesen Systemobjekten die falsche Adresse zugewiesen wird, können Probleme auftreten. Beispielsweise kann Replikation Öffentlichen Ordner nicht erfolgreich sein oder nicht in Lage zu bereitgestellt werden, sind Datenbanken möglicherweise. Darüber hinaus kann die Ereignismeldung protokolliert werden, die in dem Abschnitt "Zusammenfassung" dieses Artikels beschrieben wird.

Nehmen Sie wie einem Beispiel für dieses Verhalten an, dass Sie die %g_%s@domain.com-Adressengenerierungsregel definiert haben. Diese Regel nimmt die Werte für das Attribut GivenName und das Attribut Sn eines Active Directory-Objekts an und verwendet diese Werte zu dem Erstellen einer E-mail-Adresse. Wenn Jeff GivenName der Attributwert eines Benutzers ist und wenn Smith Sn der Attributwert ist, ist Jeff_Smith@domain.com die E-mail-Adresse.

Das Attribut GivenName und das Attribut Sn sind nicht unbedingt erforderlich und kann diese Attribute E-Mail-Aktivierten Objekten wie Verteilerlisten und Systemagenten fehlen. In dieser Situation verkürzt die %g_%s@domain.com-Adressengenerierungsregel zu der _@domain.com-Adressengenerierungsregel. Die Regel wird die Entsprechung einer Regel zu Fest die E-mail-Adresse wie _@domain.com für Objekte, die das GivenName und den Attributwert Sn nicht aufweisen.

Wenn Sie neue E-mail-Adressen anwenden, wird durch den Empfängeraktualisierungsdienst überprüft, dieselbe Adresse für jedes Objekt in der Gesamt-Struktur bereits vorhanden zu sein. Wenn folgenden Schritt durchführt, wird ein numerischer Wert zu der neuen Adresse hinzugefügt, es zu unterscheiden. Wenn sich als Jeff Smith mehrere Benutzer bezeichnet, befindet, empfängt ein zusätzliches Benutzerkonto, das von dem Empfängeraktualisierungsdienst verarbeitet wird, möglicherweise eine E-mail-Adresse von Jeff_Smith2@domain.com beispielsweise.

Das bedeutet, dass Objekte ohne das GivenName und die Attributwerte Sn, die gemäß der %g_%s@domain.com-Adressengenerierungsregel verarbeitet werden, E-mail-Adressen, wie _1@domain.com, _2@domain.com, _3@domain.com und anderen ähnlichen Adressen erhalten werden.

Betreffende Objekte ohne das GivenName und die Sn Attribute empfangen möglicherweise jedes Mal eine weitere E-mail-Adresse, dem der Empfängeraktualisierungsdienst nach neuen Empfängern sucht, die E-mail-Adressen haben müssen. Berücksichtigen Sie ein Objekt, das die _1@domain.com-Adresse aufweist. Diese Adresse stimmt nicht mit der Regel von _@domain.com überein und dass das Objekt weiterhin über das Anwenden der "Hardcoded" _@domain.com-Adresse verfügen muss, kann davon in dem Empfängeraktualisierungsdienst ausgegangen werden. Duplizieren Sie Adresse bei dem Überprüfen von Suchs the_@domain.com-Adresse bereits zu einem verschiedenen Objekt gehört und eine Adresse wie _4@domain.com daher zugewiesen werden kann.

Wenn in Active Directory seit zuletzt keine Attribute eines Objekts geändert worden sind, wurde der Empfängeraktualisierungsdienst ausgeführt, das Objekt wird von dem Empfängeraktualisierungsdienst nicht bemerkt. Wenn das Objekt in beliebiger Möglichkeit geändert wird, scannt der Empfängeraktualisierungsdienst erneut es, um zu bestimmen neue E-mail-Adressen zu es angewandt. Das bedeutet, dass ein einzelnes Objekt, dem der Spezifizierer-Attribute fehlt, in Lauf der Zeit Dutzende oder hundert _NNNN@domain.com-E-mail-Adresse haben kann.

Im Allgemeinen sind die zusätzlichen Adressen inert sie können den Empfängeraktualisierungsdienst more and more inefficiently auf Prozesselementen im Allgemeinen über Mal jedoch verursachen, und die zusätzlichen Adressen wirken sich nicht im Allgemeinen auf normalem Nachrichtenfluss aus. Der Empfängeraktualisierungsdienst doppelte Adressen muss wiederholt überprüfen es weist wann neue Adressen auf Objekten zu. Wenn die _1000@domain.com-Adresse vorhanden ist, muss der Empfängeraktualisierungsdienst über doppelte Tausenderadressenprüfungen durchführen, bevor es eine neue Adresse zuweisen kann, die auf der _@domain.com-Generierungsregel basiert.

Die Prüfung ist aus den zwei folgenden Gründen nicht foolproof, obwohl Exchange für doppelte E-mail-Adressen überprüft:
  • Separater Empfängeraktualisierungsdienst muss für jede Domäne konfiguriert werden. Zwei Empfängeraktualisierungsdienste befindet sich auch in einer Einzel-Domäne-Umgebung. Für den Domäne-Container gibt es Empfängeraktualisierungsdienst und das andere (Unternehmen Empfängeraktualisierungsdienst) gibt für den Server-Konfigurationscontainer es.
  • Aktive Verzeichnis-Replikationswartezeit kann eine Adresse verursachen, die von einem Empfängeraktualisierungsdienst zugewiesen wird, um nicht in der Ordner-Datenbank zu erscheinen, die zu der entsprechenden Zeit von einem anderen Empfängeraktualisierungsdienst verwandt wird.
Das wahrscheinlichste Szenario, in dem doppelte Adressen erstellt werden, ist ein Szenario, wenn das Unternehmen, das in Empfängeraktualisierungsdienst mit einem Domäne-Controller und der Domäne Empfängeraktualisierungsdienst verbunden ist, an anderes angeschlossen wird. Wenn Objekte, denen der Spezifizierer-Attribute fehlt, von einzelnem Empfängeraktualisierungsdienst in parallel verarbeitet werden, werden Duplikate generiert.

Empfohlene Vorgehensweise zu dem Verhindern von Duplikat und mehrerer Adressen

Das Zeichen, das in auto-naming Regel am meisten verwandt wird, ist Unterstreichungszeichen (_). Dieser Abschnitt verweist auf die Adressengenerierungsregel SMTP:%g_%s@domain.com als das Basisbeispiel.

Eine %g%s@domain.com-Adressengenerierungsregel verursacht dieselben Probleme wie Leistung g_%s@domain.com nicht. Wenn einem Objekt des GivenName und der Sn Attribute fehlt, verkürzt die Adressengenerierungsregel zu @ domain.com. Das ruft das Standardempfängeraktualisierungsdienstverhalten von dem Stempeln einer E-mail-Adresse von MailNickname @domain.com auf

Um auto-naming Spezifizierer von dem Verursachen dieser Probleme, wenn Sie auto-naming Spezifizierer verwenden und wenn Festplattenzeichen in dem Benutzerteil der Adressengenerierungsregel verwenden, zu verhindern, müssen Sie den Filter in der Empfängerrichtlinie konfigurieren, um die Empfängerrichtlinie explizit auf dem Vorhandensein der Attribute zu testen, die Sie angeben.
Jede Exchange-Empfängerrichtlinie weist einen LDAP-Filter zu dem Definieren der Objekte, für die die Richtlinie gilt, auf. Der einfachste Filter, das Sie für ein Objekt definieren können, ist ( Mailnickname =* ). Attribut in LDAP-Filtersyntax =* "da Attribut vorhanden ist" gelesen werden kann Daher der ( Mailnickname =* ) Filter wendet auf jedem Objekt, das ein MailNickname Attribut (also jedes Objekt) aufweist, E-Mail-Aktiviert wird, die Richtlinie an. Dieser Filter ist der Filter für die Standardempfängerrichtlinie.

Wenn Sie zusätzliche Empfängerrichtlinien erstellen, können die Filter wesentlich komplexer werden, wie Sie die Objekte einschränken, für die die Richtlinien gelten. Exchange stellt eine Benutzeroberfläche bereit, die für den Administrator auf Grundlage common-sense Kriterien statt Ihnen benötigen, Filter manuell zu erstellen, Filter erstellt.

Beispielsweise wird der folgende Filter automatisch generiert, um alle Exchange-Benutzer, Exchange-Kontakte und Exchange-Gruppen zu erfassen:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
So erstellen Sie diesen Filter für eine Richtlinie:
  1. Starten Sie Exchange System-Manager.
  2. Sie erweitern Empfänger, Sie erweitern Empfängerrichtlinie und beides die Eigenschaften der Richtlinie öffnen, die die Sie möchten, Sie zu bearbeiten oder eine neue Richtlinie zu erstellen.
  3. Klicken Sie in der Registerkarte Allgemein auf Ändern.
  4. Aktivieren Sie alle Kontrolle-Kästchen auf der Registerkarte Allgemein.
  5. Klicken Sie auf die Registerkarte Datenspeicher, und klicken Sie dann auf Mailboxes on any server.

    Sie müssen jedes auf der Registerkarte Erweitert nicht konfigurieren.
Das Bearbeiten dieses Filters, damit es von vorhanden Sein das GivenName und das Sn überprüft, Attribut:
  1. Öffnen Sie die Eigenschaften der Empfängerrichtlinie und klicken Sie dann auf Ändern.
  2. Klicken Sie auf die Registerkarte Erweitert, wählen Sie das Benutzerfeld Vorname und das Benutzerfeld Nachname aus, und legen Sie anschließend die Bedingung für diese Felder zu Bar fest.
Nachdem Sie dieser zwei Prozeduren abschließen, wird der LDAP-Filter als der folgende Filter angezeigt:
(&(&(&(& (mailnickname=*) (| (&(objectCategory=person)
(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)
(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder))))
(objectCategory=user)(givenName=*)(sn=*)))
Sie beachten das (ObjectCategory=user)(givenName=*)(sn=*) ist gegen dem Ende des Filters hinzugefügt worden) Dieser Filter erfasst jetzt nur Benutzer, die ein GivenName und ein Attribut Sn haben. Dieser Filter ignoriert Verteilerlisten, Kontakte und Exchange-Systemobjekte.

Suche und das Entfernen duplizieren Adressen

Doppelte Adressen, die normalerweise von auto-naming Spezifizierer erstellt werden, folgen einem vorhersagbaren Muster (beispielsweise _12345@domain.com, _12346@domain.com und ähnliche Adressen). Aus Grund können Sie einen automatisierten Suchvorgang für diese Adressen durchführen und automatisierte Bereinigung durchführen.

Sie können das Dienstprogramm Ldifde.exe verwenden, das in Windows 2000 enthalten wird, um Active Directory-Information als Nur-Text in dem LDIF-Format zu exportieren, und zu importieren. Ldifde verwendet dieselbe Standard-LDAP-Such-Syntax als die Exchange-Empfängerrichtlinienfilter. In einer Ldifde-Befehlszeile können Sie einen Empfängerrichtlinienfilter einfügen und Sie können eine Textdatei erstellen, in der jedes Objekt in einem Container aufgelistet ist, der von dem Filter erfasst wird. Ist einem eine Textdatei erstellenden Beispiels für die allgemeine Syntax dem folgenden Befehl:
Ldifde-file.txt--d: -f " Dc Sub-Domäne = Dc Domäne = Dc COM = " -l " [ Attributliste ]" -r "[ LDAP-Filter ]"
In diesem Befehl werden in Datei.txt alle Objekte in Sub-Domäne geschrieben, die dem Filter entsprach. Um Objekte aus dem Konfigurationscontainer aufzuzeichnen, müssen Sie das einen Container und die erste Domäne, die beispielsweise auf der Gesamt-Struktur installiert wird, angeben:
Ldifde-file.txt--d: -f " Cn Konfiguration = Dc Firstdomain = Dc COM = " -l " [ Attributliste ]" -r "[ LDAP-Filter ]"
<B>- </B>-Parameter L schränkt die Attribute für das Objekt ein, die in Datei.txt geschrieben werden. - L </B> alle Attribute für jedes Objekt ist aufgeführt, wenn Sie <B> nicht angeben. Keinen Attributen Einsatz <B>-l Auflisten von kein</B>. Wenn Sie nur den definierten Name jedes Objekts zu Datei.txt exportieren, exportiert der Befehl nur den definierten Name jedes Objekts zu Datei.txt.

Um alle Duplikat oder mehrere Proxy-Adressen zu suchen, können Sie Ldifde für Ihre Gesamt-Struktur gegen jeder Domäne in Ihrer Organisation und dem Konfigurationscontainer ausführen. Um dies zu tun, müssen Sie einen eindeutigen Muster-Such-Vergleich der nur unerwünschten Adressen definieren.

Für dieses Beispiel ist das Such-Muster* SMTP:_*@*. Dieses Such-Muster erfasst jede SMTP (Internet Mail) Exchange-E-mail-Proxy-Adresse, die mit einer Unterstreichung beginnt. Verwenden Sie dazu zum Beispiel den folgenden Befehl:
Ldifde-badproxies.txt--d: -f " Dc Domäne = Dc COM = " -l-proxyaddresses--r (" proxyaddresses=*smtp:_*@* ")
Dieser Befehl exportiert Daten zu Badproxies.txt, das den folgenden Daten ähnelt:
dn: CN=Public Information Store (EXCHANGE1),CN=First Storage Group,CN=InformationStore,CN=EXCHANGE1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
changetype: add
proxyAddresses: smtp:_3516c8@domain.com
proxyAddresses: SMTP:_160b1b@domain.com
proxyAddresses: smtp:_@domain.com
proxyAddresses: smtp:EXCHANGE1-PubIS@domain.com
proxyAddresses: X400:c=US;a= ;p=Organization;o=First Administrative Group;s=EXCHANGE1-Pub IS;

dn: CN=Microsoft DSA,CN=EXCHANGE1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
changetype: add
proxyAddresses: smtp:_5b4ac@domain.com
proxyAddresses: SMTP:_137336@domain.com
proxyAddresses: smtp:_2ee369@domain.com
proxyAddresses: smtp:_2124b1@domain.com
proxyAddresses: smtp:_136617@domain.com
proxyAddresses: smtp:_5a29c@domain.com
proxyAddresses: smtp:_2ed263@domain.com
proxyAddresses: smtp:_1f3e3d@domain.com
proxyAddresses: smtp:_134a14@domain.com
proxyAddresses: smtp:_58b1d@domain.com
proxyAddresses: smtp:_2dcff6@domain.com
proxyAddresses: smtp:_20fa76@domain.com
proxyAddresses: smtp:_133b9e@domain.com
proxyAddresses: smtp:_927c0@domain.com
proxyAddresses: smtp:_2bd94@domain.com
proxyAddresses: smtp:_3340fd@domain.com
proxyAddresses: smtp:EXCHANGE1-SRS@domain.com
proxyAddresses: X400:c=US;a= ;p=Microsoft;o=Desperation;s=JESSICA-SRS;
					
Die Badproxies.txt-Datei enthält Datensätze für Objekte, Proxy-Adressen wobei eine SMTP-Adresse enthalten, die mit einer Unterstreichung beginnt. Ebenfalls werden alle andere Adressen für diese Objekte exportiert. Später Filtern der zusätzlichen Adressen können.

Einige Adressen, die mit Unterstreichungen beginnen, können legitim sein. Wenn diese Bedingung erfüllt ist, müssen Sie die Objekte aus der Badproxies.txt-Datei entfernen, bevor Sie fortfahren. Führen Sie den folgenden Befehl, diese Objekte zu identifizieren, Ldifde aus:
Ldifde-file.txt--d: -f " Dc Domäne = Dc COM = " Givenname SN -l-samaccountname, Mailnickname displayname =--r (" |(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*)) ")
Mit diesem Befehl wird ihr Vorname, Nachname, Windows-an-Meldename, Alias Exchange oder Anzeigenamensstarts mit einer Unterstreichung nach Objekten gesucht. Sie können den Such-Filter mit dem Muster anpassen, das Ihrer jeweiligen Umgebung entspricht.

Hinweis: Ldifde gibt einen Fehler möglicherweise nicht zurück, wenn die Syntax Ihres Ldifde-Befehls falsch ist. Möglicherweise zeigen Sie beliebiges nicht stattdessen an Sie durchsuchen überhaupt Ergebnisse. Testen Sie den Ldifde-Befehl, indem Sie auf einer kleineren Weise um Ergebnisse zurückzugeben, den Such-Filter ändern, wenn Ihre Suche keine Objekte zurückgibt. Ersetzen Sie die Unterstreichung beispielsweise durch den Buchstaben A.

Wenn Sie nicht über Berechtigungen verfügen, Objekte oder Attribute anzuzeigen, werden diese Elemente von der Suche ebenfalls nicht zurückgegeben und Sie zeigen einen Fehler, der besagt, dass Sie nicht haben, Berechtigungen for certain zu object, nicht an. Wenn Sie einen Domäne-Container durchsuchen, empfiehlt Microsoft, dass Sie sich als einen Domäne-Administrator anmelden. Wenn Sie den Konfigurationscontainer durchsuchen, empfiehlt Microsoft, dass Sie sich als einen Organisationsadministrator anmelden.

Sie müssen die LDIF-Datei filtern und Sie müssen re-format, damit Sie es erneut importieren können, nachdem Sie sicherstellen, dass Badproxies.txt nur Objekte enthält, die E-mail-Adressen haben, die Sie entfernen. Das LDIF importiert Dateiformat und das Exportdateiformat unterscheidet sich erheblich.

Dazu können Sie das folgende Beispielskript verwenden, um die Importdatei zu konvertieren, und zu filtern. Dieses Skript werden nur als ein Beispiel bereitgestellt, verwenden Sie oder ändern Sie dieses Skript auf der eigenen Verantwortung. Dieses Skript in es kann Active Directory-Information nicht ändern. Um Änderungen vorzunehmen, müssen Sie die Ausgabendatei in Active Directory aus dem Skript manuell importieren. Jede Zeile in dem Skript ist, um Erkennen von fehlerhafter Zeile zu erleichtern, die umbrochen wird, gedoppelt. Kopieren Sie den folgenden Text in einer Nur-Textdatei, fügen Sie den folgenden Text in einer Nur-Textdatei ein, und benennen Sie dann diese Datei Proxyfix.bat, um das Skript auszuführen.
@ECHO OFF

REM This script processes an LDIF Active Directory input file to create

REM an output file of proxy addresses to be deleted. You may set a

REM pattern to determine what addresses will be added to the output file.

REM If no pattern is set, all addresses will be exported and available for deletion.

REM Wildcard characters in the pattern are not permitted.

REM "Quotes" in the input and output filenames are not permitted.

REM Command line syntax:

REM proxyfix.bat [input file] [output file] pattern

REM Example: proxyfix.bat export.ldf export.out smtp:_

setlocal

set infile=%1

set outfile=%2

set pattern=%3

if {%pattern%}=={} set pattern=proxyAddresses

set pattern=%pattern:"=%

echo Input file is: %infile%

echo Output file will be: %outfile%

echo Current pattern is: %pattern%

pause

if exist %outfile% del %outfile%

:echo.>%outfile%.TMP

for /f "delims=" %%A in (%infile%) do call :DO_EACH_LINE "%%A"

echo ->>%outfile%.TMP

echo.>>%outfile%.TMP

echo Change "delete: proxyAddresses" to "add: proxyAddresses" to set instead of delete addresses>%outfile%.ERR

for /f "delims=" %%A in (%outfile%.TMP) do call :CHECK_EACH_RECORD "%%A"

copy /A %outfile%.ERR + %outfile%.TMP %outfile% >NULL

if errorlevel 0 if not errorlevel 1 (

del %outfile%.tmp

del %outfile%.err

echo LDIF import file saved as "%outfile%"

) ELSE (

echo FAILURE. Examine "%outfile%.tmp" and "%outfile%.err".

)

goto :EOF

:DO_EACH_LINE

set line=%1

set line=%line:"=%

IF "%line:~0,1%"==" " (

echo.

echo Broken line encountered! Could not process this line:

echo "%line%"

echo.

pause

)

if "%line:~0,4%"=="dn: " GOTO :DN

if "%line:~0,15%"=="changetype: add" (

echo changetype: modify>>"%outfile%.TMP"

echo delete: proxyAddresses>>"%outfile%.TMP"

)

if "%line:~0,16%"=="proxyAddresses: " GOTO :FINDPROXY

goto :EOF

:DN

echo ->>%outfile%.TMP

echo.>>%outfile%.TMP

echo Processing %line%

echo %line%>>%outfile%.TMP

goto :EOF

:FINDPROXY

echo %line% | find /I "%pattern%"

if errorlevel 0 if not errorlevel 1 echo %line%>>%outfile%.TMP

GOTO :EOF

:CHECK_EACH_RECORD

IF NOT DEFINED CHECKNEXT SET CHECKNEXT=NO

set line=%1

set line=%line:"=%

IF "%CHECKNEXT%"=="NO" (

IF "%line:~0,4%"=="dn: " SET DN="%line%"

echo Checking %DN%

)

if "%line:~0,22%"=="delete: proxyAddresses" (

set CHECKNEXT=YES

GOTO :EOF

)

IF "%CHECKNEXT%"=="YES" (

IF "%line%"=="-" (

echo             !!!WARNING!!!>>%outfile%.ERR

echo All proxy addresses will be removed from>>%outfile%.ERR

echo %DN%>>%outfile%.ERR

echo by importing this file to Active Directory.>>%outfile%.ERR

)

set CHECKNEXT=NO

GOTO :EOF

)

GOTO :EOF
Notizen
  • Die Ausgabendatei, die dieses Skript generiert, kann nicht importiert werden, bevor Sie es zuerst bearbeiten. Wie Sie das Skript je nach ausführen können, kann eine Datei, dass allen Proxyadressen in der gesamten Domäne löscht, das Skript generieren. Bevor Sie auf Active Directory es anwenden, um sicherzustellen, dass es ausführt, was Sie möchten, müssen Sie die Ausgabedatei eng untersuchen.
  • Die drei oberen Zeilen in der Datei sind den Sie vor Ihnen entfernen müssen, die die Datei und einem Leerraum ausgeführt wird, ein Kommentar und ein Leerraum. Gibt es Warnung an dem Anfang der Datei, müssen Sie das außerdem entfernen.
  • Wenn das Skript mit der Nachricht "Fehlerhaft Linie" angehalten wird, die auftritt, müssen Sie die Zeile, die erneut gemeldet und das Skript ausgeführt wird, korrigieren.
  • Der LDIF-Standard unterteilt in mehrere Zeilen lange Linien, indem der LDIF-Standard nach einem Zeilenumbruch mit einem Leerzeichen in der ersten Spalte die Zeile fortsetzt. Wenn diese Art der Zeile gefunden wird, berücksichtigt das Beispielskript für diesen Standard nicht zu Bericht. Wenn sich mehr fehlerhafte Linien in der Datei befinden können Sie, indem Sie ein globales Such verwenden diese Zeilen korrigieren und Sie können Prozedur ersetzen. Verwenden Sie dazu einen Texteditor, die Unterstützungen finden und über Zeilenumbrüche ersetzen. Um ein globales Such und eine Ersetzung durchzuführen, können Sie Microsoft Word verwenden aber daran müssen Sie denken, die bearbeitete Datei als Nur-Text zu speichern. In Word können Sie für das folgende Element suchen und Sie können es durch nicht kein ersetzen:
    ^ p [Leerzeichen]
    Beachten Sie, dass der Suchtext das Zeichen (^) des Einfügemarke und p klein nicht STRG + P der Suchtext ist.
  • Wenn ein Datensatz in der Ausgabedatei zu dem Löschen alle Proxy-Adressen aus dem Objekt führt, versucht das Skript, eine Warnung an dem Anfang der Datei einzufügen. Wenn Sie dieses Skript verwenden, um LDIF-Importdateien zu generieren, müssen Sie diese Dateien eng untersuchen, um sicherzustellen, dass sie nur die Einträge enthalten, die importiert werden.

    Das folgende Satzformat löscht alle Proxy-Adressen:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Wenn keine bestimmte Proxy-Adresse in dem Datensatz benannt wird, werden alle Adressen gelöscht. Das folgende Satzformat löscht nur eine einzelne Proxy-Adresse:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Um die Ausgabedatei wieder aus Änderungen durchzusuchen, die von der Ausgabedatei (abgesehen von Datensätzen) vorgenommen werden, die wholesale Löschvorgänge ausführen, ersetzt Sie " Sie löschen: ProxyAddresses hinzufügen: ProxyAddresses " und erneut importieren Sie dann die Datei.
  • Um alle Proxy-Adressen für alle Objekte in einem Container zu exportieren, verwendet das "(proxyAddresses=*) -R Sie " Ldifde-Such-Filter.

    Als eine Sicherungsdatei in Mal an einem bestimmten Punkt vorhandener Proxy-Adressen können Sie diese Datei verwenden. Wenn Sie diese Datei durch Proxyfix.bat verarbeiten, kann diese Datei als eine Importdatei erstellt werden, die Sie verwenden können, um Adressen bei Bedarf Adresse zu wiederherzustellen.
  • Wenn Sie einen Filter nicht als den dritten Parameter in der Proxyfix.bat-Befehlszeile definieren, werden in der Ausgabedatei alle Proxy-Adressen aus der Eingabedatei kopiert. Kann Sie ändern " Sie löschen: ProxyAddresses, die hinzufügen soll: ProxyAddresses " Adressen mit Adressen zusammenführen, die in Active Directory bereits vorhanden sind. Sie kann auch verwenden " Sie ersetzen: ProxyAddresses " alle Proxy-Adressen aus Active Directory entfernen und nur mit den Adressen sie ersetzen, die in der Ausgabendatei aufgeführt werden.
  • Wenn Sie alle Proxy-Adressen aus alle Objekten löschten werden die Objekte geändert und der Empfängeraktualisierungsdienst ausgelöst, um alle Adressen gemäß aktuellen Empfängerrichtlinien wiederzuherstellen. Jedoch können Berichte von Unzustellbarkeitsberichte (Unzustellbarkeitsberichte) für in-transit Mail generiert werden, bevor dieser Vorgang abgeschlossen ist. Wenn Adressen in dem Konfigurationscontainer gelöscht werden, beendet möglicherweise Exchange-Dienste oder Sie sind möglicherweise nicht in Lage, sie zu starten, wenn sie bereits beendet werden, wenn Adressen in dem Konfigurationscontainer gelöscht werden. Microsoft empfiehlt, dass Sie extreme Vorsicht bei Verarbeitung von Proxyadressen insbesondere für Objekte in dem Konfigurationscontainer verwenden.
Führen Sie den folgenden Befehl aus, um eine LDIF-Datei zu importieren:
Ldifde -i delproxies.txt -f

Eigenschaften

Artikel-ID: 318774 - Geändert am: Montag, 3. Dezember 2007 - Version: 5.6
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Keywords: 
kbinfo KB318774 KbMtde kbmt
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: 318774
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