Reinstradamento dei messaggi e coda Non raggiungibile

Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Ultima modifica dell'argomento: 2007-08-14

In questo argomento vengono descritti gli scenari di routing dei messaggi Microsoft Exchange Server 2007 nei quali un messaggio non recapitato viene inserito nella coda Non raggiungibile a causa di uno dei seguenti motivi:

• Non è possibile determinare il percorso di routing.

• Il messaggio è stato reinstradato.

Quando si verifica il flusso dei messaggi o si monitorano le code di trasporto dei messaggi utilizzando Visualizzatore code, è possibile comprendere in quali casi i messaggi vengono inseriti nella coda Non raggiungibile oppure vengono reinstradati. Un messaggio reinstradato viene reinoltrato alla coda di invio per determinare il percorso di routing più economico al momento. Il percorso di routing viene determinato dal Classificatore.

Il reinstradamento di un messaggio viene deciso durante la fase di recapito dell'invio SMTP. Nel caso di modifiche alla configurazione che richiedano il reinoltro di un messaggio della coda, il messaggio viene reinoltrato per individuare la nuova classificazione nella fase di recapito e viene reinstradato con le nuove informazioni di configurazione. In base al tipo di modifica apportata alla configurazione, è possibile che alcuni o tutti i messaggi reinoltrati vengano inviati alla coda Non raggiungibile o a un'altra coda di recapito.

Per ulteriori informazioni sul calcolo del percorso di routing più economico, vedere Informazioni sul routing basato su un sito di Active Directory. Per ulteriori informazioni sul funzionamento del classificatore, vedere Architettura di trasporto.

I server di trasporto Exchange 2007 rilevano le modifiche apportate alla configurazione che possono influire sulla modalità di instradamento di un messaggio. Per ulteriori informazioni sulla modalità con la quale i messaggi vengono instradati in un'organizzazione Exchange 2007 utilizzando il routing del sito basato su Active Directory, vedere Informazioni sul routing basato su un sito di Active Directory. Per ulteriori informazioni sulla risoluzione dei problemi del flusso di posta mediante Visualizzatore code e altri strumenti, vedere i seguenti argomenti:

• Risoluzione degli errori di recapito dei messaggi in Exchange 2007

• Risoluzione dei problemi della posta in uscita situata nella coda Non raggiungibili sul server Trasporto Hub

• Risoluzione dei problemi relativi al flusso di posta tra server Exchange 2003 o Exchange 2000 e un server Trasporto Hub di Exchange 2007

• Exchange 2007 Wiki: Troubleshooting Exchange 2007 Transport Queuing Problems (informazioni in lingua inglese)

  Nota

  Il contenuto dei Wiki, dei blog e dei relativi URL è soggetto a modifica senza preavviso.

Scenari di reinstradamento

Il reinstradamento dei messaggi è incentrato nelle code di recapito remoto. Il recapito locale si riferisce al recapito dei messaggi inviati a un destinatario la cui cassetta postale si trova nello stesso sito del servizio directory Active Directory del server Trasporto Hub nel quale si è verificata la categorizzazione. Con recapito remoto si intende il recapito di messaggi ai destinatari dell'organizzazione Exchange e a destinatari esterni. Il recapito remoto include il routing verso i siti Active Directory remoti, i gruppi di routing legacy e i domini remoti. Le modifiche apportate alla configurazione possono influire sul recapito remoto in diversi modi.

Durante la risoluzione DNS (Domain Name System) avanzata, il componente di routing del classificatore cerca di individuare se i messaggi di una coda che richiedano un eventuale reinstradamento. La risoluzione DNS avanzata è un componente del servizio di trasporto Microsoft Exchange. Durante la risoluzione DNS avanzata, la selezione dell'hop successivo viene risolta in un elenco di nomi server di destinazione. L'hop successivo è una proprietà contrassegnata come attributo NextHopSolutionKey del messaggio durante la categorizzazione. Il componente di routing del classificatore dei messaggi tenta di rilevare eventuali modifiche di configurazione che richiedano il reinoltro dei messaggi della coda.

Il driver di archivio è un componente del server Trasporto Hub che esegue il recapito dei messaggi in ingresso ai database Exchange. Il driver di archivio reinoltra il messaggio per reinstradarlo se si verificano le seguenti condizioni:

• Il messaggio si trova in una coda di recapito MAPI ed è stato selezionato l'hop successivo. Il messaggio, tuttavia, non è ancora stato recapitato.

• La cassetta postale di destinazione è stata spostata su un altro server Cassette postali.

Se un server Cassette postali non è disponibile quando il driver di archivio cerca di recapitargli un messaggio, il driver di archivio assegna alla coda dei messaggi lo stato Riprova. Se i ripetuti tentativi di contattare il server Cassette postali non riescono, alla scadenza dell'intervallo tra tentativi tutti i messaggi della coda vengono reinoltrati al classificatore.

Se un messaggio si trova in una coda di recapito del gateway non SMTP, ossia in una coda con routing verso un connettore esterno, l'eventuale reinstradamento dovuto alle modifiche apportate alla configurazione viene determinato dal gestore di connessione del gateway esterno. Il gestore di connessione del gateway esterno è un componente del servizio di trasporto Microsoft Exchange che gestisce il recapito dei messaggi alle directory di destinazione configurate per i connettori esterni. L'eliminazione o la disabilitazione di un connettore esterno, ad esempio, richiede il reinstradamento dei messaggi a un altro connettore.

Il routing dei messaggi è interessato da numerose modifiche apportate alla configurazione. Successivamente in questa sezione viene descritto in che modo queste modifiche vengano gestite dal servizio di trasporto di Microsoft Exchange e in che modo influiscano sul recapito dei messaggi. Nell'elenco seguente vengono riepilogati i tipi di modifica che è possibile apportare alla configurazione:

• Hop successivo non valido   L'hop successivo del messaggio è stato eliminato o modificato, invalidando in tal modo il percorso di routing calcolato in precedenza. L'hop successivo di un messaggio può essere un sito Active Directory, un connettore o un server di trasporto.

• Modifiche dell'hop successivo   La configurazione dell'hop successivo è stata modificata in modo da influire sulla connettività. Modifiche apportate, ad esempio, all'elenco dei server Trasporto Hub nel sito Active Directory remoto determinano la modifica della connessione all'hop successivo.

• Percorsi di routing non preferenziali   Quando si verifica una modifica della configurazione lungo un percorso di routing calcolato precedentemente, i messaggi già instradati vengono recapitati se il percorso di routing è accessibile. I nuovi messaggi, tuttavia, vengono reinstradati in base alle modifiche di configurazione aggiornate.

• Hop successivo non disponibile    A causa della connettività di rete o della disponibilità del server di destinazione, l'hop successivo non è disponibile per la connettività. L'hop successivo, tuttavia, non subisce modifiche. Un esempio è rappresentato dai server Trasporto Hub non in linea di un sito Active Directory.

• Casi particolari   In alcuni casi, le modifiche di configurazione possono essere determinate dalla mancata riuscita di una risoluzione MX DNS per un connettore DNS o per un connettore SmartHost.

Per un elenco completo delle modifiche di configurazione specifiche che influenzano il routing dei messaggi, vedere la tabella Modifiche di configurazione che determinano il reinstradamento e il ritardo dei messaggi più avanti in questo argomento.

Hop successivi non validi

In questa sezione vengono descritte le modifiche apportate alla configurazione che possono invalidare un hop successivo determinato in precedenza. In questi casi, il componente di routing del classificatore può rilevare la modifica di configurazione ed eseguire un reindirizzamento di compensazione.

Recapito a un connettore SMTP del computer locale

Quando è necessario recapitare un messaggio a un connettore SMTP del computer locale, il server che ha ricevuto il messaggio per l'inoltro alla destinazione rappresenta anche il server di origine del connettore di invio attraverso il quale viene instradato il messaggio. Questa modalità di recapito si verifica se viene soddisfatta una delle seguenti condizioni:

• Il messaggio è stato ricevuto da un connettore di ricezione collegato.

• Il destinatario ha un indirizzo esterno e il server di origine del connettore selezionato è rappresentato dal computer locale.

Se il connettore di invio selezionato dal componente di routing del classificatore viene eliminato o disabilitato, la modifica della configurazione viene rilevata durante la fase di recapito del messaggio. Di conseguenza, è necessario categorizzare nuovamente tutti i messaggi della coda.

Se la configurazione del connettore di invio viene modificata in modo che il server locale non sia più il server di origine del connettore, la modifica della configurazione viene rilevata durante la fase di recapito del messaggio e tutti i messaggi della coda vengono nuovamente categorizzati.

La coda viene reindirizzata anche nel caso di una modifica al metodo di risoluzione dell'indirizzo del connettore di invio. A seconda della configurazione, il connettore di invio può utilizzare DNS per risolvere i record MX e instradare automaticamente i messaggi oppure instradare tutti i messaggi attraverso uno o più SmartHost. Se si modifica la risoluzione dell'indirizzo di un connettore di invio, i messaggi instradati attraverso il connettore vengono reinstradati.

Inoltro SMTP in un sito Active Directory

L'inoltro dei messaggi con il protocollo SMTP (Simple Mail Transfer Protocol) in un sito Active Directory si verifica nei seguenti casi:

• Il destinatario ha un indirizzo esterno e almeno uno dei server di origine del connettore di invio è un server Trasporto Hub di Exchange 2007 situato nel sito Active Directory locale.

• Il destinatario ha un indirizzo esterno e almeno uno dei server di origine del connettore di invio è un server Trasporto Edge Exchange 2007 sottoscritto nel sito Active Directory locale.

• La cassetta postale del destinatario si trova in un server nel quale viene eseguito Microsoft Exchange Server 2003 e almeno uno dei server di origine del connettore del gruppo di routing selezionato è un server Trasporto Hub di Exchange 2007 situato nel sito Active Directory locale.

• Il destinatario è un gruppo di distribuzione e il server di espansione del gruppo è un server Trasporto Hub di Exchange 2007 situato nel sito Active Directory locale.

Nei primi tre casi, se si elimina o si disabilita il connettore di invio, la modifica apportata alla configurazione viene rilevata durante la fase di recapito del messaggio e la coda viene reinoltrata.

Nel quarto caso, i messaggi vengono accodati per il recapito a un server di espansione e l'attributo NextHopSolutionKey contiene il nome di dominio completo (FQDN, Fully Qualified Domain Name) del server di espansione relativo al gruppo di distribuzione. Se il ruolo del server Trasporto Hub viene disinstallato dal server di espansione specificato, la modifica apportata alla configurazione viene rilevata durante la fase di recapito del messaggio e la coda viene reinoltrata.

Inoltro SMTP a un sito Active Directory remoto

Nel caso di recapito dei messaggi a un sito Active Directory remoto, l'hop successivo è un sito Active Directory differente da quello del server Trasporto Hub che elabora il messaggio. Questa modalità di recapito si verifica nei casi seguenti:

• Il destinatario risolto è un utente, un database delle cassette postali o una cartella pubblica e il computer di destinazione è un server Exchange 2007 situato in un sito Active Directory remoto.

• Il destinatario è un indirizzo esterno e i server di origine del connettore di invio selezionati per l'indirizzo sono server Exchange 2007 situati in un sito Active Directory remoto.

• Il destinatario è un indirizzo esterno e i server di origine del connettore esterno, selezionato dal componente di routing del classificatore, sono server Exchange 2007 situati in un sito Active Directory remoto.

• Il destinatario è un gruppo di distribuzione e il server di espansione è un server Trasporto Hub di Exchange 2007 situato in un sito Active Directory remoto.

• La cassetta postale del destinatario si trova in un server Exchange 2003 e il server Trasporto Hub più vicino, elencato tra i server di origine per il connettore del gruppo di routing selezionato, si trova in un sito Active Directory remoto.

In questi casi, se il sito Active Directory remoto viene eliminato, la modifica apportata alla configurazione viene rilevata nella fase di recapito del messaggio e la coda viene reinoltrata.

Inoltro SMTP a un server Exchange 2003

Nel caso di messaggi recapitati a un server Exchange 2003, il server Trasporto Hub Exchange 2007 inoltra un messaggio a un server Exchange 2003 tramite un connettore del gruppo di routing. Questa modalità di recapito si verifica nei casi seguenti:

• Il destinatario risolto è un utente, un database delle cassette postali o una cartella pubblica situata in un server Exchange 2003.

• Il destinatario ha un indirizzo esterno e i server di origine del connettore SMTP selezionati per l'indirizzo sono server Exchange 2003.

• Il destinatario ha un indirizzo esterno e i server di origine del connettore esterno selezionato per l'indirizzo sono server Exchange 2003.

• Il destinatario è rappresentato da un gruppo di distribuzione e il server di espansione designato è un server Exchange 2003.

In questi casi,se viene eliminato il connettore del gruppo di routing, la modifica apportata alla configurazione viene rilevata nella fase di recapito del messaggio e la coda viene reinoltrata.

Modifiche agli hop successivi

In alcuni scenari, l'hop successivo non viene invalidato. Tuttavia, la modifica dell'hop successivo influisce sulla connessione alla destinazione di un hop successivo. Tali modifiche apportate alla configurazione vengono prelevate automaticamente nella fase di recapito del messaggio e i messaggi vengono recapitati a nuove destinazioni.

L'aggiornamento dell'elenco delle destinazioni degli hop successivi può essere determinato dai seguenti tipi di modifica:

• Modifiche apportate all'elenco dei server di destinazione di un connettore del gruppo di routing

• Modifiche apportate all'elenco dei server Trasporto Hub del sito Active Directory remoto

• Modifiche apportate all'elenco dei server Trasporto Hub o Trasporto Edge del sito Active Directory locale

• Modifiche apportate all'elenco degli SmartHost di un connettore SmartHost

• L'introduzione di siti hub lungo un percorso di routing determinato in precedenza. Se questa modifica viene rilevata nella fase di recapito del messaggio, l'elenco degli indirizzi IP restituito alla richiesta di risoluzione viene rettificato in modo che il messaggio venga inviato al sito hub.

Percorsi di routing non preferenziali

Se a causa di una modifica apportata alla configurazione il percorso di routing calcolato in precedenza non è più preferenziale oppure non viene più preso in considerazione, il percorso di routing è ancora accessibile e i messaggi vengono recapitati lungo il percorso di routing precedentemente determinato. Questa categoria comprende le seguenti modifiche della configurazione:

• Lungo il percorso di routing vengono aggiunte restrizioni di dimensione dei messaggi. I messaggi che superano tale limite, di conseguenza, vengono instradati lungo un percorso diverso.

• Viene creato un percorso di routing più economico o più vicino.

• Lo spazio di indirizzo del connettore viene modificato.

• Si verificano altre modifiche relative al connettore, ad esempio l'abilitazione di un connettore o la modifica dell'ambito di un connettore. Se il connettore il cui ambito è stato modificato, ad esempio, da globale a con ambito, si trova nel sito Active Directory locale, la modifica è ininfluente. Se il connettore si trova nel sito Active Directory remoto, la modifica non viene rilevata nella fase di recapito del messaggio poiché i messaggi vengono accodati nel sito Active Directory remoto, anziché nel connettore.

• Quando il percorso di routing esegue un tentativo di inoltro SMTP a un server Cassette postali nel sito Active Directory remoto, il server Cassette postali viene spostato dal sito Active Directory remoto a un sito Active Directory locale.

• Il percorso di routing tenta di accedere al server di espansione di un gruppo di distribuzione che non è più un server di espansione.

In questi casi, i messaggi vengono recapitati lungo il percorso di routing già calcolato. Poiché il percorso di routing esiste ed è accessibile, i messaggi già instradati non sono interessati da queste modifiche di configurazione. I messaggi appena inviati, tuttavia, vengono instradati in base alla configurazione aggiornata.

Hop successivi non disponibili

In questo scenario, una modifica della configurazione o della connettività di rete non invalida l'hop successivo al quale vengono instradati i messaggi, ma lo rende non disponibile. Questo implica che esiste un motivo per cui non è possibile stabilire una connessione SMTP con il successivo hop di destinazione. Di seguito sono riportati i possibili motivi:

• Si è tentato di stabilire una connessione SMTP con un server Trasporto Hub attualmente non in linea nel sito locale.

• I server Trasporto Hub del sito Active Directory remoto non sono disponibili o non sono in linea.

• I server testa di ponte Exchange 2003 o Microsoft Exchange 2000 Server di un gruppo di routing remoto non sono disponibili o non sono in linea.

• I domini remoti non sono disponibili a causa di problemi relativi alla connettività di rete.

Gli errori di recapito dei messaggi dovuti a problemi della connettività di rete non vengono rilevati dal componente di routing del classificatore. Se non è possibile stabilire una connessione SMTP con l'hop di destinazione successivo, l'invio SMTP tenta di rielaborare la coda. Il valore predefinito del parametro MaxIdleTimeBeforeResubmit, situato nel file EdgeTransport.exe.config, è di 12 ore. Scaduto l'intervallo tra tentativi configurabile (MaxIdleTimeBeforeResubmit) senza aver potuto stabilire una connessione, tutti i messaggi della coda di recapito vengono reinoltrati alla coda Invio. Se i problemi di connettività persistono, questo processo viene ripetuto. Risolto il problema di connettività, i messaggi vengono recapitati con il primo tentativo riuscito. In alternativa, è possibile risolvere il problema con una modifica di configurazione che determini il cambiamento dell'hop di destinazione successivo. Se, ad esempio, il problema risiede nel fatto che tutti i server Trasporto Hub del sito di destinazione non sono in linea e si spostano le cassette postali sul server di un altro sito, l'hop successivo coinciderà con il nuovo sito.

Altri scenari di reinstradamento

Oltre ai casi descritti precedentemente in questa sezione, i messaggi possono essere reinstradati nella fase di recapito nei casi seguenti:

• La risoluzione DNS MX relativa a un connettore DNS ha esito negativo. Se la risoluzione DNS MX ha esito negativo in quanto è impossibile individuare l'host autorevole relativo al record MX, per i messaggi in coda viene inviato immediatamente un NDR. Nel caso di altri tipi di errore, la coda viene rielaborata fino a quando viene stabilita una connessione o fino alla scadenza del messaggio.

• La risoluzione DNS MX relativa a un connettore SmartHost ha esito negativo. Per la coda vengono eseguiti altri tentativi fino alla scadenza del messaggio.

Modifiche di configurazione che determinano il reinstradamento o il ritardo dei messaggi

Nella seguente tabella sono riepilogate le azioni di routing intraprese quando vengono rilevate determinate modifiche di configurazione nella fase di recapito dei messaggi e questi vengono reinstradati oppure ne viene ritardato il recapito.

Modifiche di configurazione che determinano il reinstradamento e il ritardo dei messaggi

Coda non raggiungibile

Ciascun server di trasporto può disporre di una sola coda Non raggiungibile. La coda Non raggiungibili contiene messaggi che non possono essere indirizzati alle relative destinazioni. In genere, una destinazione diventa non raggiungibile quando viene modificato il percorso di routing configurato per il recapito dei messaggi. Tutti i messaggi con destinatari non raggiungibili sono situati in questa coda, indipendentemente dalle relative destinazioni. Per ulteriori informazioni sulle code vedere Gestione delle code.

Come descritto in precedenza in questo argomento, l'inserimento di un messaggio nella coda Non raggiungibile viene deciso durante la fase di routing della categorizzazione. Se durante la fase di routing non è possibile determinare il percorso di routing di un messaggio, questo viene inviato alla coda Non raggiungibile. I messaggi presenti nella coda Non raggiungibile vengono reinstradati dopo l'elaborazione delle modifiche apportate alla configurazione.

Per ogni server di trasporto Exchange 2007 può esistere una sola coda Non raggiungibile.

Nel corso della categorizzazione, i messaggi vengono inseriti nella coda Non raggiungibile quando si verificano le seguenti condizioni:

• Il destinatario è un oggetto di destinazione Active Directory valido. Tuttavia, non è possibile calcolare il percorso di routing relativo al destinatario.

• Il destinatario è un indirizzo SMTP esterno e non è possibile trovare un connettore corrispondente allo spazio indirizzo. È anche possibile che il connettore corrispondente venga ignorato dal componente di routing del classificatore perché disabilitato o configurato in modo errato.

• Il destinatario è rappresentato da un gruppo di distribuzione e il server di espansione del gruppo di distribuzione non è valido oppure in esso non è installato il ruolo server Trasporto Hub.

• Il destinatario è il destinatario dell'indirizzo SMTP di un messaggio, ricevuto da un connettore di ricezione collegato a un connettore di invio e ignorato dal componente di routing del classificatore perché disabilitato o configurato in modo errato.

Negli scenari riportati di seguito, i messaggi non vengono inseriti nella coda Non raggiungibile. Vengono inviati, invece, rapporti di mancato recapito.

• Non è possibile calcolare il percorso di routing di un destinatario a causa di restrizioni, relative ad esempio alla dimensione dei messaggi, che impediscono il recapito del messaggio mediante il singolo percorso deterministico individuato dal classificatore.

• Il destinatario dispone di un indirizzo non SMTP e non è possibile trovare un connettore corrispondente oppure il connettore corrispondente è stato disabilitato o configurato in modo errato.

• Il destinatario è il destinatario dell'indirizzo non SMTP, ricevuto da un connettore di ricezione collegato a un connettore di invio e ignorato dal componente di routing del classificatore perché il connettore di invio è stato disabilitato o configurato in modo errato.

Il reinstradamento di un messaggio viene deciso dopo la categorizzazione, durante la fase di recapito del messaggio. L'inserimento di un messaggio nella coda Non raggiungibile viene deciso nella fase di routing della categorizzazione. Un messaggio reinstradato può essere inserito nella coda Non raggiungibile se le modifiche apportate alla configurazione invalidano il percorso di routing determinato. Le code Non raggiungibile vengono visualizzate in Visualizzatore code con il contrassegno relativo al tipo di recapito impostato su Non raggiungibile. Per ulteriori informazioni sulla risoluzione dei problemi relativi alla coda Non raggiungibile e al flusso di posta, vedere i seguenti argomenti:

• Risoluzione dei problemi della posta in uscita situata nella coda Non raggiungibili sul server Trasporto Hub

• Risoluzione degli errori di recapito dei messaggi in Exchange 2007

• Risoluzione dei problemi relativi al flusso di posta tra server Exchange 2003 o Exchange 2000 e un server Trasporto Hub di Exchange 2007

I messaggi della coda Non raggiungibile vengono reinviati al classificatore quando le tabelle di routing vengono ricostruite a causa di modifiche di configurazione. Le precedenti e le nuove tabelle di routing vengono confrontate. La coda Non raggiungibile viene reinoltrata solo nel caso vengano riscontrate differenze tra le precedenti e le nuove tabelle di routing.

Scenari nei quali i messaggi vengono inseriti nella coda Non raggiungibile

In questa sezione vengono descritti alcuni scenari nei quali i messaggi vengono inseriti nella coda Non raggiungibile.

• Un connettore del gruppo di routing tra un'organizzazione Exchange 2007 e un'organizzazione Exchange 2003 non esiste.
  Un connettore del gruppo di routing tra il gruppo di routing di Exchange 2007 e i gruppi di routing di Exchange 2003 non è stato configurato oppure l'ultimo connettore del gruppo di routing tra il gruppo di routing di Exchange 2007 e i gruppi di routing di Exchange 2003 è stato rimosso. Non esistono connettori del gruppo di routing in grado di fornire un percorso di routing ai destinatari Exchange 2003. Per risolvere questo problema, prima di definire un nuovo connettore del gruppo di routing mediante il cmdlet New-RoutingGroupConnector, assicurarsi che non esistano connettori del gruppo di routing. Per ulteriori informazioni, vedere Come creare connettori per gruppi di routing da Exchange 2007 a Exchange Server 2003 e New-RoutingGroupConnector. Se non esistono connettori del gruppo di routing, il messaggio si trova nella coda Non raggiungibile per altri motivi. Per ulteriori informazioni sulla coesistenza dei connettori del gruppo di routing, vedere "Creazione di connettori dei gruppi di routing aggiuntivi" in Routing dei messaggi in un ambiente di coesistenza.

• Nel sito Active Directory di destinazione non sono presenti server Trasporto Hub.
  Nel sito Active Directory di destinazione non sono presenti server Trasporto Hub. In questo scenario, i messaggi ai destinatari di quel sito vengono inviati alla coda Non raggiungibile. Per risolvere questo problema, distribuire un server Trasporto Hub nel sito Active Directory. Per ulteriori informazioni, vedere Ruolo server Hub Transport: panoramica.

• Tra due siti Active Directory non esiste alcun collegamento al sito Active Directory.
  Il collegamento al sito Active Directory è stato rimosso e, di conseguenza, i server Exchange 2007 sono inclusi in un sito Active Directory disconnesso. Per risolvere questo problema, creare un nuovo collegamento al sito Active Directory utilizzando Siti e servizi di Active Directory.

• Altri problemi
  Quando un messaggio viene inserito nella coda Non raggiungibile, il motivo viene specificato nell'ultimo messaggio di errore. Se più destinatari di uno stesso messaggio vengono instradati alla coda Non raggiungibile con motivi diversi, il motivo viene descritto nell'ultimo messaggio di errore disponibile per ogni destinatario. Qualora vengano rilevate incongruenze nel calcolo della tabella di routing, gli eventi vengono registrati nel registro applicazioni di Visualizzatore eventi di Windows. Grazie all'ultimo messaggio di errore e a questi eventi, l'amministratore ha la possibilità di determinare l'errore di configurazione e di apportare le correzioni appropriate in modo che sia possibile instradare i messaggi della coda Non raggiungibile.

  Un amministratore, inoltre, può determinare manualmente il reinoltro dei messaggi della coda. Per reinoltrare manualmente i messaggi della coda al classificatore, utilizzare il cmdletRetry-Queue con il parametro Resubmit. Per ulteriori informazioni, vedere Come inviare nuovamente i messaggi nelle code.

Ulteriori informazioni

Per ulteriori informazioni, vedere i seguenti argomenti:

• Informazioni sul routing basato su un sito di Active Directory

• Routing dei messaggi in un ambiente di coesistenza

• Risoluzione degli errori di recapito dei messaggi in Exchange 2007

• Risoluzione dei problemi della posta in uscita situata nella coda Non raggiungibili sul server Trasporto Hub

• Risoluzione dei problemi relativi al flusso di posta tra server Exchange 2003 o Exchange 2000 e un server Trasporto Hub di Exchange 2007