Κατάργηση διευθύνσεων διακομιστή μεσολάβησης διπλές και ανεπιθύμητα στο Exchange

Μεταφράσεις άρθρων Μεταφράσεις άρθρων
Αναγν. άρθρου: 318774 - Δείτε τα προϊόντα στα οποία αναφέρεται το συγκεκριμένο άρθρο.
Αυτό το άρθρο αποτελεί συνένωση των ακόλουθων άρθρων που προηγουμένως ήταν διαθέσιμος: 318774, 329617
Ανάπτυξη όλων | Σύμπτυξη όλων

Σε αυτήν τη σελίδα

Περίληψη

Εάν είστε διαχειριστής, μπορείτε να χρησιμοποιήσετε πολιτικές παραλήπτη του Microsoft Exchange για αυτόματη ρύθμιση των παραμέτρων και προσαρμογή των διευθύνσεων ηλεκτρονικού ταχυδρομείου για όλους τους παραλήπτες Exchange χρησιμοποιώντας κανόνες δημιουργίας διεύθυνσης. Η υπηρεσία Recipient Update Service εφαρμόζει διευθύνσεις μαζικά σε νέους και υπάρχοντες χρήστες σύμφωνα με τους καθορισμένους κανόνες. Για να ρυθμίσετε τις παραμέτρους αυτών των κανόνων, χρησιμοποιήστε το Exchange System Manager για να αποκτήσετε πρόσβαση στις ιδιότητες των αντικειμένων πολιτικής παραλήπτη.

Ωστόσο, σε ορισμένες περιπτώσεις, μπορείτε να χρησιμοποιήσετε έναν κανόνα που προκαλεί διπλότυπο ή που προκαλεί πολλές διευθύνσεις θα εφαρμοστούν σε ολόκληρο τον οργανισμό Exchange. Όταν εντοπίζονται οι διπλότυπες διευθύνσεις ηλεκτρονικής αλληλογραφίας κατά την κανονική λειτουργία Exchange, μη παράδοσης αναφέρει (NDR) με ένα 5.1.4 κωδικός σφάλματος ενδέχεται να αποσταλούν από το διακομιστή και ενδέχεται να αντιμετωπίσετε άλλα μη αναμενόμενη συμπεριφορά. Επιπλέον, ενδέχεται να καταγραφεί το ακόλουθο μήνυμα Αναγνωριστικού συμβάντος στο αρχείο καταγραφής συμβάντων εφαρμογών:



Τύπος συμβάντος: προειδοποίηση
Προέλευση συμβάντος: MSExchangeIS
Κατηγορία συμβάντος: Γενικά
Το Αναγνωριστικό συμβάντος: 9514
Computer:Exchange_Server_Name
Περιγραφή: Έχουν δύο αντικείμενα στον κατάλογο του ίδιου διακομιστή μεσολάβησης - /dc = com/dc = τομέας/cn = παραμέτρων/cn = υπηρεσίες/cn = microsoft ανταλλαγή/cn =organization_name/CN=Administrative Groups/CN=administrative_group_name/CN=Servers/CN=Exchange_server_name/CN=InformationStore/CN=storage_group_name/CN = () χώρο αποθήκευσης δημόσιου φακέλουExchange_server_name) και /dc = com/dc = τομέας/ou = χρήστες/cn =ΟΝΟΜΑ_ΧΡΗΣΤΗ.

Αυτό το άρθρο περιγράφει μια κατάσταση όπου εφαρμόζονται οι διπλότυπες διευθύνσεις και τον τρόπο κατάργησης αυτών των διπλότυπων διευθύνσεων.

Περισσότερες πληροφορίες

Ο εξής κανόνας είναι μια τυπική κανόνα για μορφή διεύθυνσης ηλεκτρονικού ταχυδρομείου SMTP (Internet):
@domain.com
Όταν χρησιμοποιείτε αυτόν τον κανόνα, προστίθεται μια διεύθυνση ηλεκτρονικού ταχυδρομείου κάθε παραλήπτη αντικειμένου που καλύπτεται από την πολιτική παραλήπτη του mailnickname@domain.com. Επομένως, εάν το ψευδώνυμο ηλεκτρονικού ταχυδρομείου το Exchange του χρήστη είναιχρήστης1, στη διεύθυνσηχρήστης1@ΤΟΜΕΑΣ.com εφαρμόζεται στο χρήστη.

Μπορείτε επίσης να χρησιμοποιήσετε το Exchange για να ορίσετε κανόνες αυτόματης ονομασίας. Για παράδειγμα, ίσως θέλετε η διεύθυνση ηλεκτρονικού ταχυδρομείου Internet για τους παραλήπτες να ρυθμιστεί ως"FirstName_LastName@ΤΟΜΕΑΣ.com"αντί του"mailnickname@ΤΟΜΕΑΣ. com. " Μπορείτε να χρησιμοποιήσετε τον ακόλουθο κανόνα γενιά διεύθυνση για να κάνετε αυτή την αλλαγή:
%g_%s@Domain.com
Για πρόσθετες πληροφορίες σχετικά με τα διαθέσιμα τα προσδιοριστικά αυτόματης ονομασίας και σύνταξης, κάντε κλικ στον αριθμό του άρθρου παρακάτω για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:
285136Τρόπος προσαρμογής των προγραμμάτων δημιουργίας διεύθυνσης ηλεκτρονικού ταχυδρομείου SMTP μέσω πολιτικών παραλήπτη
Εάν χρησιμοποιείτε τα προσδιοριστικά αυτόματης ονομασίας, πρέπει να βεβαιωθείτε ότι τα πεδία που αναφέρονται στον κανόνα γενιά διεύθυνση υπάρχει στην πραγματικότητα για κάθε έναν από τους παραλήπτες που καλύπτονται από τον κανόνα. Εάν δεν το κάνετε αυτό, ενδέχεται να προκαλέσει διπλότυπο ή πολλές διευθύνσεις ηλεκτρονικού ταχυδρομείου για να δημιουργηθούν σε αντικείμενα σε ολόκληρο τον οργανισμό Exchange.

Τα εφέ αυτού του ζητήματος ποικίλουν ανάλογα με το τι παραλήπτες είναι που συμμετέχουν. Πολλά αντικείμενα συστήματος του Exchange έχουν τη δυνατότητα γραμματοκιβωτίου. Εάν εφαρμοστεί εσφαλμένη διεύθυνση σε αυτά τα αντικείμενα του συστήματος, ενδέχεται να παρουσιαστούν προβλήματα. Για παράδειγμα, η αναπαραγωγή του δημόσιου φακέλου ενδέχεται να αποτύχει ή βάσεις δεδομένων ενδέχεται να μην μπορείτε να μοντάρετε. Επιπλέον, ενδέχεται να καταγραφεί το μήνυμα Αναγνωριστικού συμβάντος που περιγράφονται στην ενότητα "Σύνοψη" αυτού του άρθρου.

Για παράδειγμα αυτής της συμπεριφοράς, ας υποθέσουμε ότι έχετε ορίσει τον κανόνα γενιά διεύθυνση %g_%s@domain.com. Ο κανόνας αυτός λαμβάνει τις τιμές τοgivenNameτο χαρακτηριστικό και ταsnτο χαρακτηριστικό του αντικειμένου της υπηρεσίας καταλόγου Active Directory και χρησιμοποιεί αυτές τις τιμές για τη δημιουργία μιας διεύθυνσης ηλεκτρονικού ταχυδρομείου. Εάν ένας χρήστης τουgivenNameη τιμή χαρακτηριστικού είναι Jeff και τοsnη τιμή χαρακτηριστικού Smith, τη διεύθυνση ηλεκτρονικού ταχυδρομείου είναι Jeff_Smith@domain.com.

Αλλά τοgivenNameτο χαρακτηριστικό και ταsnτο χαρακτηριστικό δεν είναι υποχρεωτική και αντικείμενα με δυνατότητα αλληλογραφίας, όπως λίστες διανομής και παραγόντων του συστήματος ενδέχεται να έχουν αυτά τα χαρακτηριστικά. Στην περίπτωση αυτή, ο κανόνας γενιά διεύθυνση %g_%s@domain.com devolves στον κανόνα γενιά διεύθυνση _@domain.com. For objects that do not have thegivenNameκαι τοsnattribute value, the rule becomes the equivalent of a rule to hardcode the e-mail address as _@domain.com.

When you apply new e-mail addresses, the Recipient Update Service checks to see if the same address already exists on any object in the forest. If it does, a numeric value is added to the new address to differentiate it. For example, if there are multiple users named Jeff Smith, an additional user account that is processed by the Recipient Update Service may receive an e-mail address of Jeff_Smith2@domain.com.

This means that objects without thegivenNameκαι τοsnattribute values who are processed according to the %g_%s@domain.com address generation rule will receive e-mail addresses such as _1@domain.com, _2@domain.com, _3@domain.com, and other similar addresses.

Every time that the Recipient Update Service checks for new recipients who must have e-mail addresses, objects without thegivenNameκαι τοsnattributes may receive an additional e-mail address. Consider an object that has the _1@domain.com address. This address does not match the _@domain.com rule, and the Recipient Update Service may assume that the object still must have the "hardcoded" _@domain.com address applied. Duplicate address checking finds that the_@domain.com address already belongs to a different object, and therefore, an address such as _4@domain.com may be assigned.

If none of the attributes of an object have been modified in Active Directory since the last time the Recipient Update Service ran, that object is not noticed by the Recipient Update Service. But if the object is changed in any way, the Recipient Update Service scans it again to determine if new e-mail addresses will be applied to it. This means that over time, a single object that lacks the specifier attributes can have dozens or hundreds of _NNNN@domain.com e-mail addresses.

Generally, the additional addresses are inert and do not affect ordinary mail flow; however, over time they can cause the Recipient Update Service to process items more and more inefficiently. The Recipient Update Service must check for duplicate addresses repeatedly when it assigns new addresses to objects. If the _1000@domain.com address exists, the Recipient Update Service must perform over a thousand duplicate address checks before it can assign a new address based on the _@domain.com generation rule.

Although Exchange checks for duplicate e-mail addresses, the check is not foolproof for the following two reasons:
  • A separate Recipient Update Service must be configured for each domain. Even in a single domain environment, there are two Recipient Update Services. One Recipient Update Service is for the domain container and the other (the enterprise Recipient Update Service) is for the server Configuration container.
  • Active Directory replication latency may cause an address that is assigned by one Recipient Update Service not to appear in the folder database that is being used by a different Recipient Update Service at the appropriate time.
The most likely scenario where duplicate addresses are created is a scenario when the enterprise Recipient Update Service is connected to one domain controller and the domain Recipient Update Service is connected to another. When objects that are lacking the specifier attributes are processed in parallel by each Recipient Update Service, duplicates are generated.

Best Practices to Prevent Duplicate and Multiple Addresses

The character that is used most frequently in auto-naming rules is underscore character (_). This section refers to the address generation rule SMTP:%g_%s@domain.com as the base example.

A %g%s@domain.com address generation rule does not cause the same problems as %g_%s@domain.com. If an object lacks thegivenNameκαι τοsnattributes, the address generation rule devolves to @domain.com. This invokes the default Recipient Update Service behavior of stamping an e-mail address ofmailNickname@domain.com

To prevent auto-naming specifiers from causing these problems if you are using auto-naming specifiers and you are using hard characters in the user part of the address generation rule, you must configure the filter on the recipient policy to explicitly test for the existence of the attributes that you specify.
Κάθε πολιτική παραλήπτη Exchange έχει ένα φίλτρο Lightweight Directory Access Protocol (LDAP) που ορίζει τα αντικείμενα που αφορά την πολιτική. Το απλούστερο φίλτρο, μπορείτε να ορίσετε σε ένα αντικείμενο είναι (mailnickname = *). Στη σύνταξη φίλτρο LDAP, το χαρακτηριστικό = * μπορεί να διαβαστεί ως "υπάρχει χαρακτηριστικό." Επομένως, η (mailnickname = *) φίλτρο εφαρμόζει την πολιτική σε κάθε αντικείμενο που έχει έναmailNicknameχαρακτηριστικό (δηλαδή, κάθε αντικείμενο που έχει ενεργοποιημένη τη δυνατότητα αλληλογραφίας). Το φίλτρο αυτό είναι το φίλτρο για την προεπιλεγμένη πολιτική παραλήπτη.

Εάν δημιουργείτε πρόσθετες πολιτικών παραλήπτη, τα φίλτρα μπορεί να είναι πολύ πιο πολύπλοκη, καθώς περιορίζει τα αντικείμενα που αφορούν τις πολιτικές. Exchange παρέχει ένα περιβάλλον εργασίας χρήστη που δημιουργεί φίλτρα για το διαχειριστή με βάση τα κριτήρια κοινό-αίσθηση, αντί να απαιτείται να κατασκευάσετε τα φίλτρα με μη αυτόματο τρόπο.

Για παράδειγμα, το παρακάτω φίλτρο δημιουργείται αυτόματα για την καταγραφή όλων των χρηστών Exchange, επαφές και ομάδες:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Για να δημιουργήσετε αυτό το φίλτρο σε μια πολιτική:
  1. Ξεκινήστε τον Exchange System Manager.
  2. expandΟι παραλήπτεςexpandΠολιτικές παραλήπτη, και είτε ανοίξετε τις ιδιότητες της πολιτικής που θέλετε να επεξεργαστείτε ή να δημιουργήσετε μια νέα πολιτική.
  3. Στο διακομιστήΓενικάκαρτέλα, κάντε κλικ στο κουμπίΤροποποίηση (Modify).
  4. Κάντε κλικ για να επιλέξετε όλα τα πλαίσια ελέγχου από τοΓενικάTAB.
  5. Κάντε κλικ στην καρτέλαΧώρος αποθήκευσηςκαρτέλα και στη συνέχεια κάντε κλικΓραμματοκιβώτια σε οποιονδήποτε διακομιστή.

    Δεν χρειάζεται να ρυθμίσετε τίποτα από τοΓια προχωρημένους (Advanced)TAB.
Για να τροποποιήσετε αυτό το φίλτρο, έτσι ώστε να ελέγχει για την ύπαρξη τουgivenNameκαι τοsnχαρακτηριστικά:
  1. Ανοίξτε τις ιδιότητες της πολιτικής παραλήπτη και στη συνέχεια κάντε κλικ στο κουμπίΤροποποίηση (Modify).
  2. Κάντε κλικ στην καρτέλαΓια προχωρημένους (Advanced)καρτέλα, επιλέξτε τοΌνομαπεδίο χρήστη και τοΕπώνυμοχρήστης πεδίου και στη συνέχεια να ορίσετε τη συνθήκη για αυτά τα πεδία για ναΥπάρχει.
Αφού ολοκληρώσετε αυτά τα δύο διαδικασίες, το φίλτρο LDAP εμφανίζεται ως το παρακάτω φίλτρο:
(&(&(&(& (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=*)))
Προσέξτε ότι (objectCategory=user)(givenName=*)(sn=*) έχει προστεθεί κοντά στο τέλος του φίλτρου. Αυτό το φίλτρο καταγράφει πλέον μόνο οι χρήστες που διαθέτουν και τα δύο έναgivenNameκαι έναsnΧαρακτηριστικό. Αυτό το φίλτρο αγνοεί τις λίστες διανομής, τις επαφές και αντικείμενα συστήματος του Exchange.

Εύρεση και κατάργηση των διπλών διευθύνσεων

Διπλές διευθύνσεις που δημιουργούνται από τα προσδιοριστικά αυτόματης ονομασίας συνήθως ακολουθούν μια προβλέψιμη μοτίβο (για παράδειγμα, _12345@domain.com, _12346@domain.com και παρόμοιες διευθύνσεις). Επομένως, μπορείτε να πραγματοποιήσετε μια αυτόματη αναζήτηση για αυτές τις διευθύνσεις και να εκτελέσετε αυτόματη εκκαθάριση.

Μπορείτε να χρησιμοποιήσετε το βοηθητικό πρόγραμμα Ldifde.exe που περιλαμβάνεται στα Windows 2000, για την εξαγωγή και εισαγωγή πληροφοριών της υπηρεσίας καταλόγου Active Directory ως απλό κείμενο με τη μορφή LDIF. Ldifde uses the same standard LDAP search syntax as the Exchange recipient policy filters. You can paste a recipient policy filter into an Ldifde command line and create a text file that lists every object in a container that is captured by the filter. The following command is an example of the general syntax to create a text file:
ldifde -f file.txt -d "dc=subdomain,dc=domain,dc=com" -l [attribute list] -r "[ldap filter]"
In this command, all objects in Subdomain that fit the filter are written to File.txt. To capture objects from the Configuration container, you must specify the container and the first domain that is installed in the forest, for example:
ldifde -f file.txt -d "cn=configuration,dc=firstdomain,dc=com" -l [attribute list] -r "[ldap filter]"
Για να-lparameter restricts the attributes for the object that are written to File.txt. If you omit-l, all attributes for each object are listed. To list none of the attributes, use -l nothing. If you do so, the command exports only the distinguished name of each object to File.txt.

To find all duplicate or multiple proxy addresses, you can run Ldifde against every domain in your organization and against the Configuration container for your forest. To do so, you must define a unique search pattern that matches only the unwanted addresses.

For this example, the search pattern is *SMTP:_*@*. This search pattern captures every SMTP (Internet Mail) Exchange e-mail proxy address that starts with an underscore. For example, run the following command:
ldifde -f badproxies.txt -d "dc=domain,dc=com" -l proxyaddresses -r "(proxyaddresses=*smtp:_*@*)"
This command exports data to Badproxies.txt that is similar to the following data:
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;
					
The Badproxies.txt file contains records for objects whose proxy addresses include an SMTP address that begins with an underscore. All other addresses for these objects are also exported. You can filter out these extra addresses later.

Some addresses that begin with underscores may be legitimate. If this condition is true, you must remove those objects from the Badproxies.txt file before you continue. Run the following Ldifde command to identify these objects:
ldifde -f file.txt -d "dc=domain,dc=com" -l givenname,sn,samaccountname,mailnickname,displayname -r "(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))"
This command searches for objects whose first name, last name, Windows logon name, Exchange alias, or display name starts with an underscore. You can adapt the search filter to the pattern that is appropriate for your particular environment.

ΣΗΜΕΙΩΣΗIf the syntax of your Ldifde command is incorrect, Ldifde may not return an error. Instead, you may not see any search results at all. If your search returns no objects, test the Ldifde command by altering the search filter in a minor way to return results. For example, replace the underscore with the letter A.

Also, if you do not have permissions to view objects or attributes, these items are not returned by the search and you do not receive an error that states that you do not have permissions for certain object. When you search a domain container, Microsoft recommends that you log on as a domain administrator. When you search the Configuration container, Microsoft recommends that you log on as an enterprise administrator.

After you verify that Badproxies.txt contains only objects that have e-mail addresses that you want to remove, you must filter and re-format the LDIF file so that you can import it again. The LDIF import file format and the export file format differ significantly.

You can use the following sample script to convert and filter the import file. This script is provided as a sample only; use or modify this script at your own risk. This script in itself cannot change Active Directory information. You must manually import the output file from the script to Active Directory to make changes. Each line in the script is double-spaced to make it easier to detect improper line wrapping. To run the script, copy and paste the following text to a plain text file, and then name this file Proxyfix.bat.
@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
ΣΗΜΕΙΩΣΕΙΣ
  • The output file that this script generates cannot be imported into Active Directory before you edit it first. Depending on how you run the script, the script may generate a file that deletes every proxy address in the whole domain. You must examine the output file closely before you apply it to Active Directory to make sure that it does what you want.
  • The top three lines in the file are a comment and white space that you must remove before you run the file. If there are warnings at the top of the file, you must remove these also.
  • If the script pauses with the "Broken line encountered!" message, you must correct the line that is reported and run the script again.
  • The LDIF standard divides long lines into multiple lines by continuing the line after a line break with a space in the first column. The sample script does not account for this standard, except to report when this kind of line is found. If there are many broken lines in the file, you can correct these lines by using a global find and replace procedure. To do so, use a text editor that supports find and replace across line breaks. You can use Microsoft Word to perform a global find and replace, but you must remember to save the edited file as plain text. In Word, you can search for the following item, and replace it with nothing:
    ^p[space character]
    Note that the search text is the caret character (^) and a lowercase p, not CTRL+P.
  • If a record in the output file causes all proxy addresses to be deleted from the object, the script tries to insert a warning at the top of the file. If you use this script to generate LDIF import files, you must closely examine these files to make sure that they contain only the records that you want to be imported.

    The following record format deletes all proxy addresses:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    If no specific proxy address is named in the record, all addresses are deleted. The following record format deletes only a single proxy address:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • To back out of changes that are made by the output file (except for records that perform wholesale deletions), search the output file, replace "delete: proxyAddresses" with "add: proxyAddresses," and then import the file again.
  • Για να εξαγάγετε όλες τις διευθύνσεις διακομιστή μεσολάβησης για όλα τα αντικείμενα σε ένα κοντέινερ, χρησιμοποιήστε το R - "(proxyAddresses=*)" Ldifde φίλτρο αναζήτησης.

    Μπορείτε να χρησιμοποιήσετε αυτό το αρχείο ως αρχείο αντιγράφου ασφαλείας των διευθύνσεων διακομιστή μεσολάβησης που υπάρχουν σε ένα συγκεκριμένο σημείο στο χρόνο. Εάν επεξεργαστείτε το αρχείο αυτό μέσω Proxyfix.bat, αυτό το αρχείο μπορεί να δημιουργηθεί ως ένα αρχείο εισαγωγής που μπορείτε να χρησιμοποιήσετε για να επαναφέρετε διευθύνσεις, εάν είναι απαραίτητο.
  • Εάν δεν καθορίσετε ένα φίλτρο ως η τρίτη παράμετρος γραμμής εντολών Proxyfix.bat, όλες τις διευθύνσεις διακομιστή μεσολάβησης από το αρχείο αντιγράφεται στο αρχείο εξόδου. Μπορείτε να αλλάξετε "Διαγραφή: proxyAddresses"σε Προσθήκη": proxyAddresses" για να συγχωνεύσετε τις διευθύνσεις με διευθύνσεις που υπάρχουν ήδη στην υπηρεσία καταλόγου Active Directory. Μπορείτε επίσης να χρησιμοποιήσετε "Αντικατάσταση: proxyAddresses" για να καταργήσετε όλες τις διευθύνσεις διακομιστή μεσολάβησης υπηρεσίας καταλόγου Active Directory και να τα αντικαταστήσετε με μόνο τις διευθύνσεις που αναφέρονται στο αρχείο εξόδου.
  • Εάν έχετε διαγράψει όλες τις διευθύνσεις διακομιστή μεσολάβησης από όλα τα αντικείμενα, τα αντικείμενα έχουν αλλάξει και ενεργοποιείται η υπηρεσία Recipient Update Service για να επαναφέρετε όλες τις διευθύνσεις σύμφωνα με τις τρέχουσες πολιτικές παραλήπτη. Ωστόσο, πριν να ολοκληρωθεί αυτή η διαδικασία, μπορεί να δημιουργηθούν εκθέσεις μη παράδοσης (NDR) μεταφοράς αλληλογραφίας. Εάν έχουν διαγραφεί διευθύνσεις στο κοντέινερ ρύθμισης παραμέτρων, οι υπηρεσίες του Exchange ενδέχεται να σταματήσει ή ενδέχεται να μην μπορείτε να τις ξεκινήσετε αν αυτά είναι ήδη διακοπεί. Η Microsoft συνιστά να χρησιμοποιήσετε ακραίες προσοχή κατά το χειρισμό των διευθύνσεων διακομιστή μεσολάβησης, ειδικά για τα αντικείμενα στο κοντέινερ ρύθμισης παραμέτρων.
To import an LDIF file, run the following command:
ldifde -i -f delproxies.txt

Ιδιότητες

Αναγν. άρθρου: 318774 - Τελευταία αναθεώρηση: Τρίτη, 21 Δεκεμβρίου 2010 - Αναθεώρηση: 2.0
Οι πληροφορίες σε αυτό το άρθρο ισχύουν για:
  • 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
Λέξεις-κλειδιά: 
kbinfo kbmt KB318774 KbMtel
Μηχανικά μεταφρασμένο
ΣΗΜΑΝΤΙΚΟ: Αυτό το άρθρο είναι προϊόν λογισμικού μηχανικής μετάφρασης της Microsoft και όχι ανθρώπινης μετάφρασης. Η Microsoft σάς προσφέρει άρθρα που είναι προϊόντα ανθρώπινης αλλά και μηχανικής μετάφρασης έτσι ώστε να έχετε πρόσβαση σε όλα τα άρθρα της Γνωσιακής Βάσης μας στη δική σας γλώσσα. Ωστόσο, ένα άρθρο που έχει προκύψει από μηχανική μετάφραση δεν είναι πάντα άριστης ποιότητας. Ενδέχεται να περιέχει λεξιλογικά, συντακτικά ή γραμματικά λάθη, όπως ακριβώς τα λάθη που θα έκανε ένας μη φυσικός ομιλητής επιχειρώντας να μιλήσει τη γλώσσα σας. Η Microsoft δεν φέρει καμία ευθύνη για τυχόν ανακρίβειες, σφάλματα ή ζημίες που προκύψουν λόγω τυχόν παρερμηνειών στη μετάφραση του περιεχομένου ή χρήσης του από τους πελάτες της. Επίσης, η Microsoft πραγματοποιεί συχνά ενημερώσεις στο λογισμικό μηχανικής μετάφρασης.
Η αγγλική έκδοση αυτού του άρθρου είναι η ακόλουθη:318774

Αποστολή σχολίων

 

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