Rimozione indirizzi proxy duplicati e indesiderati in Exchange

Traduzione articoli Traduzione articoli
Identificativo articolo: 318774 - Visualizza i prodotti a cui si riferisce l?articolo.
In questo articolo Ŕ una sintesi degli articoli precedentemente disponibili riportati: 318774, 329617
Espandi tutto | Chiudi tutto

In questa pagina

Sommario

Se si Ŕ amministratore, Ŕ possibile utilizzare criteri destinatario di Microsoft Exchange per configurare automaticamente e di personalizzazione gli indirizzi di posta elettronica per tutti i destinatari di Exchange con le regole di generazione di indirizzi. Il servizio di aggiornamento destinatari consente di applicare gli indirizzi in massa agli utenti nuovi ed esistenti in base alle regole specificate. Per configurare queste regole, Ŕ necessario utilizzare Gestore di sistema per accedere alle proprietÓ degli oggetti criterio destinatario.

Tuttavia, in alcuni casi, Ŕ possibile utilizzare una regola che causa il duplicato o che consente di pi¨ indirizzi da applicare nell'organizzazione di Exchange. Quando gli indirizzi di posta elettronica duplicati vengono rilevati durante un'operazione normale di Exchange, (NDR) rapporti di mancato recapito con 5.1.4 un codice di errore pu˛ essere inviate dal server e potrebbe verificarsi altri comportamenti imprevisti. Inoltre, il seguente registrato ID evento potrebbe essere nel registro eventi applicazioni:



Tipo evento: avviso
Origine evento: MSExchangeIS
Categoria evento: generale
ID evento: 9514
Computer: Exchange_Server_Name
Descrizione: Due oggetti nella directory hanno lo stesso proxy-/ DC = com/dc = dominio/cn = Configurazione/cn = Servizi/cn = microsoft exchange/cn = organization_name / cn = gruppi amministrativi/cn = administrative_group_name / cn = Server/cn = Exchange_server_name / cn = informationstore/cn = storage_group_name / cn = archivio di cartelle pubbliche (Exchange_server_name) e/DC = com/dc = dominio/ou = utenti/cn = user_name.

In questo articolo viene descritto in una situazione in cui vengono applicati indirizzi duplicati e come rimuovere tali indirizzi duplicati.

Informazioni

La seguente regola Ŕ una regola tipica per un indirizzo di formato di posta elettronica SMTP (Internet):
@Domain.com
Quando si utilizza questa regola, un indirizzo di posta elettronica viene aggiunto a ciascun oggetto destinatario coperto dal criterio destinatario di mailnickname@domain.com. Pertanto, se l'alias di posta elettronica Exchange di un utente Ŕ user1, l'indirizzo user1 @ domain.com Ŕ applicate all'utente.

╚ inoltre possibile utilizzare Exchange per definire le regole di denominazione in automatico. Ad esempio, Ŕ consigliabile che l'indirizzo di posta elettronica Internet di destinatari sia configurato come "FirstName_LastName @ domain.com"anzichÚ"mailnickname @ domain. com." ╚ possibile utilizzare la seguente regola di generazione indirizzo per apportare questa modifica:
%g_%s@domain.com
Per ulteriori informazioni sulla sintassi e gli identificatori di denominazione automatico disponibili, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
285136Personalizzazione dei generatori di indirizzi di posta elettronica SMTP tramite criteri destinatari
Se si utilizza gli identificatori di denominazione in automatico, Ŕ necessario assicurarsi che i campi che si fa riferimento nella regola di generazione indirizzo esistano realmente per ciascuno dei destinatari che sono coperti dalla regola. Se in caso contrario, si possono provocare duplicato o pi¨ indirizzi di posta elettronica deve essere generato per gli oggetti in tutta l'organizzazione di Exchange.

Gli effetti di questo problema variano a seconda che i destinatari sono coinvolti. Diversi gli oggetti di sistema di Exchange sono abilitati all'utilizzo della cassetta postale. Se l'indirizzo errato viene applicato a questi oggetti di sistema, possono verificarsi problemi. Ad esempio, la replica delle cartelle pubbliche potrebbe non riuscire o database potrebbero risultare impossibile installare. Il messaggio di evento descritto nella sezione "Sommario" di questo articolo pu˛ inoltre essere registrato.

Si supponga che Ŕ stata definita la regola di generazione %g_%s@domain.com indirizzo ad esempio di questo comportamento. Questa regola utilizza i valori per l'attributo givenName e l'attributo di sn dell'oggetto di Active Directory e utilizza questi valori per costruire un indirizzo di posta elettronica. Se il valore di attributo di un utente givenName Ŕ Jeff e il valore dell'attributo sn Ŕ Smith, l'indirizzo di posta elettronica Ŕ Jeff_Smith@domain.com.

Ma l'attributo givenName e l'attributo sn non sono obbligatori e abilitato all'utilizzo della posta elettronica oggetti quali le liste di distribuzione e gli agenti di sistema Ŕ possibile che non dispongono di questi attributi. In questo caso, la regola di generazione indirizzo %g_%s@domain.com devolves alla regola di generazione _@domain.com indirizzo. Per gli oggetti che non si dispongono di givenName e il valore dell'attributo sn , la regola diventa l'equivalente di una regola per impostare come hardcoded l'indirizzo di posta elettronica come _@domain.com.

Quando si applicano a nuovi indirizzi di posta elettronica, il servizio aggiornamento destinatari verifica se lo stesso indirizzo esiste giÓ su qualsiasi oggetto nell'insieme di strutture. In questo caso, un valore numerico viene aggiunto il nuovo indirizzo per differenziarla. Ad esempio, se sono presenti pi¨ utenti Fausto Zaffaroni, un account utente aggiuntivo che viene elaborato dal servizio aggiornamento destinatari potrebbe essere visualizzato un indirizzo di posta elettronica di Jeff_Smith2@domain.com.

Ci˛ significa che gli oggetti senza il givenName e i valori dell'attributo sn che vengono elaborati in base alla regola di generazione indirizzo %g_%s@domain.com riceveranno indirizzi di posta elettronica come _1@domain.com, _2@domain.com, _3@domain.com e altri indirizzi simili.

Ogni volta che il servizio aggiornamento destinatari verifica per i nuovi destinatari indirizzi di posta elettronica, Ŕ necessario che gli oggetti senza il givenName e gli attributi sn verifichi un indirizzo di posta elettronica aggiuntivi. Si consideri un oggetto che presenta l'indirizzo _1@domain.com. Questo indirizzo non corrisponde la regola _@domain.com e il servizio aggiornamento destinatari potrebbe presuppone che l'oggetto ancora necessario l'indirizzo di _@domain.com "hardcoded" applicato. Verifica degli indirizzi duplicati rileva che the_@domain.com indirizzo appartiene giÓ a un oggetto diverso e pertanto pu˛ essere assegnato un indirizzo come _4@domain.com.

Se nessun attributo di un oggetto Ŕ stato modificato dall'ultima volta in Active Directory Ŕ stato eseguito il servizio aggiornamento destinatari, tale oggetto non viene notato dal servizio aggiornamento destinatari. Ma se l'oggetto Ŕ stato modificato in alcun modo, il servizio aggiornamento destinatari esamina nuovo per stabilire se a esso vengono applicati nuovi indirizzi di posta elettronica. Questo significa che con il passare del tempo, un singolo oggetto che non include gli attributi dell'identificatore pu˛ avere decine o centinaia di indirizzi di posta elettronica _NNNN@domain.com.

In genere, gli indirizzi aggiuntivi sono inerte e non influenzano il flusso della posta normale; tuttavia, nel tempo pu˛ causare il servizio aggiornamento destinatari pi¨ inefficiently gli elementi del processo. Il servizio aggiornamento destinatari deve cercare indirizzi duplicati ripetutamente quando assegna nuovi indirizzi a oggetti. Se l'indirizzo _1000@domain.com esiste, il servizio aggiornamento destinatari necessario eseguire su mille indirizzi duplicati controlli prima che Ŕ possibile assegnare un nuovo indirizzo seconda la regola di generazione _@domain.com.

Sebbene la verifica viene effettuata per indirizzi di posta elettronica duplicati, non Ŕ infallibile utilizzare il controllo per due motivi seguenti:
  • Servizio aggiornamento destinatari separato deve essere configurato per ciascun dominio. Anche in un ambiente a singolo dominio, esistono due servizi di aggiornamento destinatari. Un servizio aggiornamento destinatari Ŕ per il contenitore del dominio e l'altra (organizzazione servizio aggiornamento destinatari) per il contenitore Configurazione di server.
  • Ritardo replica Active Directory pu˛ causare un indirizzo assegnato da un servizio aggiornamento destinatari non vengano visualizzati nel database di cartella che viene utilizzato da un diverso servizio aggiornamento destinatari al momento opportuno.
Lo scenario pi¨ probabile in cui vengono creati indirizzi duplicati Ŕ uno scenario quando l'organizzazione che Servizio aggiornamento destinatari Ŕ connesso un controller di dominio e il dominio Servizio aggiornamento destinatari Ŕ connesso a un altro. Quando gli oggetti che mancano gli attributi dell'identificatore vengono elaborati in parallelo da ogni servizio di aggiornamento destinatari, vengono generati duplicati.

Procedure consigliate per evitare duplicati e pi¨ indirizzi

Il carattere utilizzato pi¨ di frequente in regole di denominazione automatico Ŕ il carattere di sottolineatura (_). In questa sezione fa riferimento la regola di generazione indirizzo SMTP:%g_%s@domain.com come nell'esempio di base.

Una regola di generazione indirizzo %g%s@domain.com non comporta gli stessi problemi come g_%s@domain.com %. Se un oggetto non dispone di attributi sn e il givenName , la regola di generazione indirizzo devolves per @ dominio.com. Si richiama il comportamento del servizio aggiornamento destinatari di predefinito di indicazione di un indirizzo di posta elettronica di mailNickname @domain.com

Per impedire che gli identificatori di automatica di denominazione causa questi problemi, se si utilizza gli identificatori di automatica di denominazione e si utilizza rigidi caratteri nella parte utente della regola di generazione di indirizzi, Ŕ necessario configurare il filtro nel criterio del destinatario per verificare l'esistenza degli attributi che Ŕ possibile specificare in modo esplicito.
Ogni criterio destinatario di Exchange ha un filtro di LDAP (Lightweight Directory Access Protocol) che definisce gli oggetti che si applica il criterio. Il filtro pi¨ semplice Ŕ possibile definire in un oggetto Ŕ (mailnickname = *). Nella sintassi di filtro LDAP, attributo = * pu˛ essere letto come "l'attributo esiste." Di conseguenza, il (mailnickname = *) filtro viene applicato il criterio di ogni oggetto che dispone di un attributo mailNickname (ovvero, ogni oggetto che Ŕ abilitato all'utilizzo della posta elettronica). Questo filtro Ŕ il filtro per il criterio destinatario predefinito.

Se creare criteri destinatario aggiuntivi, i filtri potrebbero risultare pi¨ complessi, come Ŕ limitare gli oggetti che i criteri applicati a. Exchange fornisce un'interfaccia di utente che crea filtri per l'amministratore in base ai criteri buon senso, anzichÚ creare manualmente i filtri.

Ad esempio, il filtro seguente viene generato automaticamente per l'acquisizione di tutti gli utenti, contatti e i gruppi Exchange:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Per creare il filtro in un criterio:
  1. Avviare il gestore di sistema di Exchange.
  2. Espandere destinatari , espandere Criteri destinatari e uno aprire le proprietÓ del criterio che si desidera modificare o creare un nuovo criterio.
  3. Nella scheda Generale , fare clic su Modifica .
  4. Fare clic per selezionare tutte le caselle di controllo nella scheda Generale .
  5. Fare clic sulla scheda archiviazione e quindi fare clic su cassette postali su qualsiasi server .

    Non Ŕ necessario specificare alcuna impostazione nella scheda Avanzate .
Per modificare il filtro in modo che controlli l'esistenza degli attributi sn e il givenName :
  1. Aprire le proprietÓ del criterio destinatario e quindi fare clic su Modifica .
  2. Fare clic sulla scheda Avanzate , selezionare il campo del Nome utente e il campo del Cognome utente e quindi impostare la condizione di tali campi su presente .
Dopo aver completato queste due procedure, il filtro LDAP viene visualizzato come il seguente filtro:
(&(&(&(& (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=*)))
Si noti che (objectCategory=user)(givenName=*)(sn=*) Ŕ stato aggiunto verso la fine del filtro. Questo filtro Ŕ ora acquisisce solo gli utenti che sia un givenName che un attributo sn . Questo filtro Ignora liste di distribuzione, contatti e gli oggetti di sistema di Exchange.

Ricerca e rimozione di indirizzi duplicati

Gli indirizzi duplicati vengono creati per gli identificatori di automatica di denominazione in genere seguono un modello prevedibile (ad esempio _12345@domain.com _12346@domain.com e indirizzi simili). Di conseguenza, Ŕ possibile eseguire una ricerca automatica per questi indirizzi ed eseguire la pulitura automatica.

╚ possibile utilizzare l'utilitÓ LDIFDE.exe incluso in Windows 2000 di esportare e importare le informazioni di Active Directory come testo normale nel formato LDIF. LDIFDE viene utilizzata la stessa e standard sintassi di ricerca LDAP come i filtri del criterio destinatario di Exchange. ╚ possibile incollare un filtro del criterio destinatario in una riga di comando LDIFDE e creare un file di testo in cui sono elencati ogni oggetto in un contenitore che viene acquisito dal filtro. Il comando riportato di seguito Ŕ un esempio di sintassi generale per creare un file di testo:
ldifde -f file.txt -d "dc = sottodominio, dc = domain, dc = com" -l [elenco di attributi] - r "[filtro ldap]"
In questo comando vengono scritti tutti gli oggetti che soddisfano il filtro sottodominio file.txt. Per acquisire gli oggetti dal contenitore della configurazione, Ŕ necessario specificare il contenitore e il primo dominio installato nell'insieme di strutture, ad esempio:
ldifde -f file.txt -d "cn = configuration, dc = firstdomain, dc = com" -l [elenco di attributi] - r "[filtro ldap]"
Il -l parametro limita gli attributi per l'oggetto che vengono scritti file.txt. Se si omette -l , sono elencati tutti gli attributi per ciascun oggetto. Per elencare Nessun attributo, utilizzare - l non . Se si effettua questa operazione, il comando Esporta solo il nome distinto di ogni oggetto in file.txt.

Per trovare tutti i duplicati o pi¨ indirizzi proxy, Ŕ possibile eseguire LDIFDE con ogni dominio dell'organizzazione e con il contenitore della configurazione per l'insieme di strutture. A tale scopo, Ŕ necessario definire un modello di ricerca univoco che corrisponde solo gli indirizzi indesiderati.

In questo esempio, il criterio di ricerca Ŕ * SMTP:_*@*. Questo criterio di ricerca acquisisce ogni indirizzo proxy di posta elettronica Exchange SMTP (posta Internet) inizia con un carattere di sottolineatura. Ad esempio, Ŕ possibile eseguire il comando seguente:
ldifde -f badproxies.txt -d "dc = domain, dc = com" -l proxyaddresses - r "(proxyaddresses=*smtp:_*@*)"
Questo comando Esporta dati in Badproxies.txt simile per i seguenti dati:
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;
					
Il file Badproxies.txt contiene record per oggetti cui indirizzi proxy contengono un indirizzo SMTP che inizia con un carattere di sottolineatura. Inoltre vengono esportati tutti gli altri indirizzi per questi oggetti. ╚ possibile filtrare questi indirizzi aggiuntivi in un secondo momento.

Alcuni indirizzi che iniziano con caratteri di sottolineatura potrebbero essere legittimi. Se questa condizione Ŕ true, Ŕ necessario rimuovere tali oggetti dal file Badproxies.txt prima di continuare. Eseguire il comando LDIFDE riportato di seguito per identificare questi oggetti:
ldifde -f file.txt -d "dc = domain, dc = com"-l givenname, sn, samaccountname, mailnickname, displayname - r "(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))"
Questo comando Cerca per gli oggetti cui primo nome, cognome, nome di accesso Windows, alias di Exchange o visualizzazione nome inizia con un carattere di sottolineatura. ╚ possibile adattare il filtro di ricerca per il motivo appropriato per un ambiente particolare.

Nota Se la sintassi del comando LDIFDE non Ŕ corretta, Ŕ possibile che LDIFDE non pu˛ restituire un errore. Invece potrebbe non essere visualizzato uno a tutti i risultati di ricerca. Se la ricerca non restituisce alcun oggetto, Ŕ possibile verificare il comando LDIFDE modificando il filtro di ricerca in modo secondario per restituire i risultati. Ad esempio, sostituire il carattere di sottolineatura con la lettera a.

Inoltre, se non si dispone di autorizzazioni visualizzare gli oggetti o attributi, tali elementi non vengono restituiti dalla ricerca e non viene visualizzato un errore che informa che non si dispone autorizzazioni for certain oggetto. Quando si esegue una ricerca un contenitore di dominio, si consiglia di accedere come amministratore di dominio. Quando si esegue la ricerca del contenitore della configurazione, si consiglia di accedere come amministratore dell'organizzazione.

Dopo aver verificato che Badproxies.txt contiene solo oggetti che indirizzi di posta elettronica che si desidera rimuovere, Ŕ necessario filtrare e riformattare il file LDIF, in modo che Ŕ possibile importare nuovamente. Formato di file di importazione di LDIF e il formato di file di esportazione differiscono notevolmente.

╚ possibile utilizzare lo script di esempio riportato di seguito per convertire e filtrare il file di importazione. Questo script viene fornito solo un esempio, utilizzare o modificare questo script a proprio rischio. Questo script di per sÚ Impossibile modificare le informazioni di Active Directory. ╚ necessario importare manualmente il file di output dallo script ad Active Directory per apportare modifiche. Ogni riga nello script Ŕ con interlinea doppia per semplificare la rilevare il ritorno a capo di riga non corretta. Per eseguire lo script, copiare e incollare il seguente testo in un file di testo e quindi nome del 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
Notes
  • Impossibile importare il file di output che questo script genera in Active Directory prima di modificarlo prima. Seconda modalitÓ di esecuzione dello script, lo script potrebbe generare un file di eliminazione di tutti gli indirizzi proxy nell'intero dominio. ╚ necessario esaminare attentamente il file di output prima di applicarlo ad Active Directory per assicurarsi che non desiderata.
  • Le tre righe superiore nel file sono un commento e gli spazi vuoti Ŕ necessario rimuovere prima di eseguire il file. Se sono presenti avvisi nella parte superiore del file, Ŕ necessario rimuovere anche queste.
  • Se lo script si interrompe con il messaggio "Riga danneggiato rilevato!", Ŕ necessario correggere la riga che viene segnalata ed eseguire nuovamente lo script.
  • Lo standard LDIF divide le righe lunghe in pi¨ righe per continuare la riga dopo un'interruzione di riga con uno spazio nella prima colonna. Lo script di esempio non tiene conto per questo standard, ad eccezione di report quando viene rilevato questo tipo di riga. Se sono presenti molte righe interrotte nel file, Ŕ possibile correggere tali righe utilizzando una ricerca globale e sostituire la routine. A tale scopo, utilizzare un editor di testo che supporta Trova e sostituisce in interruzioni di riga. ╚ possibile utilizzare Microsoft Word per eseguire globale di ricerca e sostituzione, ma Ŕ necessario ricordarsi di salvare il file modificato come testo normale. In Word, Ŕ possibile cercare il seguente elemento e sostituirlo con nulla:
    ^ p [spazio]
    Si noti che il testo di ricerca Ŕ l'accento circonflesso (^) e una p minuscola, non CTRL+P.
  • Se un record nel file di output tutti gli indirizzi proxy da eliminare dall'oggetto, lo script tenta di inserire un messaggio di avviso nella parte superiore del file. Se si utilizza questo script per generare i file di importazione LDIF, Ŕ necessario esaminare attentamente questi file per assicurarsi che contenga solo i record che si desidera essere importato.

    Il seguente formato record consente di eliminare tutti gli indirizzi proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Se nessun indirizzo proxy specifico Ŕ denominato nel record, vengono eliminati tutti gli indirizzi. Il seguente formato record consente di eliminare solo un indirizzo singolo proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Per nuovamente di fuori delle modifiche apportate dal file di output (tranne per il record che eseguono le eliminazioni all'ingrosso), cercare il file di output, sostituire "eliminare: aggiungere proxyAddresses"con": attributo proxyAddresses" e quindi importare di nuovo il file.
  • Per esportare tutti gli indirizzi proxy per tutti gli oggetti contenitore, utilizzare il "(proxyAddresses=*) -R" LDIFDE filtro di ricerca.

    ╚ possibile utilizzare questo file come un file di backup degli indirizzi proxy esistenti in un punto specifico nel tempo. Se si elabora il file tramite Proxyfix.bat, Ŕ possibile creare questo file come file di importazione che Ŕ possibile utilizzare per ripristinare gli indirizzi, se necessario.
  • Se non si definisce un filtro come terzo parametro nella riga di comando Proxyfix.bat, tutti gli indirizzi proxy dal file di input vengono copiati nel file di output. ╚ possibile modificare "eliminare: proxyAddresses"in aggiungere": proxyAddresses" per unire gli indirizzi con gli indirizzi che sono giÓ presenti in Active Directory. ╚ inoltre possibile utilizzare "sostituire: proxyAddresses" rimuovere tutti gli indirizzi proxy da Active Directory e sostituirlo con solo gli indirizzi elencati nel file di output.
  • Se tutti gli indirizzi proxy Ŕ stato eliminato da tutti gli oggetti, gli oggetti sono stati modificati e il servizio aggiornamento destinatari viene attivato per ripristinare tutti gli indirizzi in base ai criteri di destinatari correnti. Tuttavia, prima che questo processo sia completo, possono essere generati rapporti di mancato recapito (NDR) per la posta in transito. Se vengono eliminati gli indirizzi nel contenitore della configurazione, potrebbero smettere di servizi di Exchange o potrebbe non essere in grado di avviarli se sono giÓ vengono arrestati. Si consiglia di utilizzare prestare particolare attenzione quando si gestiscono gli indirizzi del proxy, soprattutto per gli oggetti nel contenitore della configurazione.
Per importare un file LDIF, eseguire il comando riportato di seguito:
ldifde -i -f delproxies.txt

ProprietÓ

Identificativo articolo: 318774 - Ultima modifica: lunedý 3 dicembre 2007 - Revisione: 5.6
Le informazioni in questo articolo si applicano a:
  • 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
Chiavi:á
kbmt kbinfo KB318774 KbMtit
Traduzione automatica articoli
Il presente articolo Ŕ stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell?utente. Tuttavia, un articolo tradotto in modo automatico non Ŕ sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, pi¨ o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non Ŕ la sua. Microsoft non Ŕ responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell?utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 318774
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

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