Reinstradamento dei messaggi e coda Non raggiungibile

Si applica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Ultima modifica dell'argomento: 2015-03-09

In Microsoft Exchange Server 2010, sono disponibili scenari di routing dei messaggi in cui un messaggio non recapitato viene inserito nella coda Irraggiungibile oppure reinstradato. 

L'inserimento di un messaggio nella coda Irraggiungibile 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 Irraggiungibile.

La decisione di reinstradare un messaggio viene presa durante la fase di recapito del messaggio nel processo relativo al connettore di invio SMTP. Nel caso di modifiche apportate alla configurazione che richiedano il reinoltro di un messaggio della coda, il messaggio viene reinoltrato per la categorizzazione nella fase di recapito del messaggio 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ù conveniente, vedere Informazioni sul routing dei messaggi. Per ulteriori informazioni sul funzionamento del classificatore, vedere Informazioni sulla pipeline di trasporto.

Per informazioni sulle altre attività di gestione relative al routing dei messaggi, vedere Gestione del routing dei messaggi.

Reindirizzamento dei messaggi

Sono disponibili due tipi di recapito dei messaggi in Exchange: 

• Recapito locale si riferisce al recapito dei messaggi inviati a un destinatario la cui cassetta postale si trova nello stesso sito Active Directory del server Trasporto Hub su cui si è verificata la categorizzazione.

• Recapito remoto si riferisce al recapito dei messaggi ai destinatari presenti in altri siti Active Directory dell'organizzazione di Exchange e ai destinatari esterni. Il reinstradamento dei messaggi è incentrato sulle code di recapito remoto. 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. Durante la risoluzione DNS avanzata, il routing tenta di rilevare se una coda deve essere reinstradata. In questa fase, l'attributo NextHopSolutionKey viene risolto in un elenco di destinazioni. Ciò consente al routing di rilevare automaticamente eventuali modifiche di configurazione in grado di invalidare o modificare l'attributo NextHopSolutionKey. Se il routing rileva che le modifiche apportate alla configurazione richiedono il reinstradamento dei messaggi in una coda, i messaggi nella coda interessata verranno inoltrati nuovamente al classificatore e verrà ricalcolato il percorso più conveniente, tenendo in considerazione le nuove modifiche apportate alla configurazione.

Il driver di archivio, che recapita i messaggi ai database di Exchange, può anche reinstradare i messaggi. Questo inoltra nuovamente un messaggio per il reinstradamento se si verifica una delle seguenti condizioni:

• Il messaggio si trova in una coda di recapito MAPI ed è stato selezionato l'hop successivo, ma il messaggio non è 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 Agente di recapito o un connettore esterno), il gestore di connessione del gateway esterno stabilisce se la modifica apportata alla configurazione richiede il reinstradamento. Il gestore di connessione del gateway esterno è un componente del servizio di trasporto Microsoft Exchange che gestisce il recapito dei messaggi alle code del connettore Agente di recapito e nelle directory di destinazione del connettore esterno. Ad esempio, l'eliminazione o disabilitazione di un connettore esterno richiede il reinstradamento dei messaggi a un altro connettore.

Nel seguente elenco, sono riepilogati i tipi di modifica apportati alla configurazione che influiscono sul routing dei messaggi. Tutte le modifiche di configurazione vengono dettagliatamente descritte più avanti in questo argomento.

• 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 (un server Trasporto Hub o Trasporto Edge).

• Modifiche dell'hop successivo   La configurazione dell'hop successivo è stata modificata in modo da influire sulla connettività. Ad esempio, le modifiche apportate 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 verificano modifiche alla configurazione lungo un percorso di routing calcolato precedentemente, i messaggi già instradati vengono recapitati se il percorso di routing risulta 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.

• Scenari aggiuntivi dove si verifica il reinstradamento   In alcuni casi, le modifiche apportate alla configurazione possono essere determinate dalla mancata risoluzione dei record di risorse DNS MX per un connettore DNS o SmartHost.

• Modifiche di configurazione che provocano il reinstradamento o un ritardo dei messaggi   Quando vengono rilevate determinate modifiche alla configurazione durante la fase di recapito del messaggio, vengono intraprese azioni di routing e i messaggi vengono reinstradati oppure ne viene ritardato il recapito.

Hop successivo non valido

Le modifiche apportate alla configurazione possono invalidare un hop successivo calcolato 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 apportata alla 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 apportata alla 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 tale connettore vengono reinstradati.

Inoltro SMTP in un sito Active Directory

L'inoltro di messaggi SMTP in un sito Active Directory si verifica nei seguenti scenari:

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

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

• La cassetta postale del destinatario si trova in un server su cui è in esecuzione Exchange Server 2007 nel sito Active Directory locale.

• La cassetta postale del destinatario si trova in un server su cui è in esecuzione Exchange Server 2003 e almeno uno dei server di origine del connettore del gruppo di routing selezionato è un server Trasporto Hub di Exchange 2010 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 2010 situato nel sito Active Directory locale.

Nei primi quattro scenari, 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 nuovamente inoltrata.

Nell'ultimo scenario, i messaggi vengono accodati per il recapito a un server di espansione e l'attributo NextHopSolutionKey contiene il nome di dominio completo 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 è un utente risolto, un database delle cassette postali o una cartella pubblica e il computer di destinazione è un server Exchange 2010 situato in un sito Active Directory remoto.

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

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

• Il destinatario è un gruppo di distribuzione e il server di espansione è un server Trasporto Hub di Exchange 2010 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 scenari, se il sito Active Directory remoto viene eliminato, la modifica apportata alla configurazione viene rilevata durante la fase di recapito del messaggio e la coda viene nuovamente inoltrata.

Inoltro SMTP a un server Exchange 2003

Nel caso di messaggi recapitati a un server Exchange 2003, il server Trasporto Hub Exchange 2010 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 è un utente risolto, un database delle cassette postali o una cartella pubblica situata in un server Exchange 2003.

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

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

• Il destinatario è 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 durante la fase di recapito del messaggio e la coda viene nuovamente inoltrata.

Modifiche all'hop successivo

In alcuni scenari, l'hop successivo non viene invalidato. Tuttavia, la modifica all'hop influisce sulla connessione alla destinazione di un hop successivo. Tali modifiche apportate alla configurazione vengono rilevate automaticamente durante la fase di recapito del messaggio e i messaggi vengono recapitati alle 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.

• L'introduzione di siti hub lungo un percorso di routing determinato in precedenza. Quando questa modifica viene rilevata durante la 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 calcolato. Questa categoria comprende le seguenti modifiche apportate alla 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. Ad esempio, se un connettore il cui ambito è stato modificato da globale a con ambito si trova nel sito Active Directory locale, la modifica è ininfluente. Se il connettore si trova in un sito Active Directory remoto, la modifica non viene rilevata durante la 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 scenari, i messaggi esistenti 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 apportate alla configurazione. I messaggi appena inviati, tuttavia, vengono instradati in base alla configurazione aggiornata.

Hop successivo non disponibile

In questo scenario, una modifica apportata alla configurazione o alla 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 offline 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 di Exchange 2003 di un gruppo di routing remoto sono non disponibili o offline.

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

Gli errori di recapito dei messaggi dovuti a problemi di 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, il connettore di invio SMTP tenta di rielaborare la coda. Il valore predefinito del parametro MaxIdleTimeBeforeResubmit, situato nel file EdgeTransport.exe.config, è di 12 ore. Una volta scaduto l'intervallo tra tentativi configurabile (MaxIdleTimeBeforeResubmit) senza che sia stato possibile stabilire una connessione, tutti i messaggi provenienti dalla coda di recapito vengono nuovamente inoltrati 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, viene inviato immediatamente un rapporto di mancato recapito per i messaggi in coda. 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. La coda viene rielaborata 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 apportate alla configurazione durante la 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

La coda Irraggiungibile contiene messaggi che non possono essere instradati alle relative destinazioni. In genere, una destinazione diventa irraggiungibile quando gli indirizzi di posta elettronica vengono digitati in modo errato o quando le modifiche apportate alla configurazione cambiano il percorso di routing per il recapito. Tutti i messaggi con destinatari non raggiungibili sono situati in questa coda, indipendentemente dalle relative destinazioni.

L'inserimento di un messaggio nella coda Irraggiungibile 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 Irraggiungibile. I messaggi presenti nella coda Non raggiungibile vengono reinstradati dopo l'elaborazione delle modifiche apportate alla configurazione. Per ogni server di trasporto Exchange 2010 può esistere una sola coda Irraggiungibile.

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 un percorso di routing per quel 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 del 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 in quanto disabilitato o configurato in modo errato.

Nei seguenti scenari, i messaggi non vengono inseriti nella coda Irraggiungibile e vengono inviati rapporti di mancato recapito.

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

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

• Il destinatario è un 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 in quanto il connettore di invio è stato disabilitato o configurato in modo errato.

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 Irraggiungibile viene inoltrata nuovamente solo se vengono 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.

• Non esiste un connettore del gruppo di routing tra un'organizzazione di Exchange 2010 e una di Exchange 2003.
  Un connettore del gruppo di routing tra il gruppo di routing di Exchange 2010 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 2010 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, verificare, in primo luogo, l'assenza del connettore del gruppo di routing. Se così fosse, è possibile creare un connettore del gruppo di routing. Per ulteriori informazioni, vedere Creazione dei connettori di un gruppo di routing aggiuntivi da Exchange 2010 a Exchange 2003. Se non esistono connettori del gruppo di routing, il messaggio si trova nella coda Non raggiungibile per altri motivi. Verificare la configurazione del connettore del gruppo di routing.

• 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 Irraggiungibile. Per risolvere questo problema, distribuire un server Trasporto Hub nel sito Active Directory. Per ulteriori informazioni, vedere Panoramica del ruolo del server Trasporto Hub.

• Tra due siti Active Directory non esiste alcun collegamento al sito Active Directory.
  Il collegamento al sito Active Directory è stato rimosso e, di conseguenza, un sito Active Directory disconnesso contiene server Exchange 2010. Per risolvere questo problema, creare un 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 Irraggiungibile.

  È anche possibile forzare manualmente i messaggi nelle code per il reinoltro. Per ulteriori informazioni, vedere Reinvio dei messaggi in coda.

 ©2010 Microsoft Corporation. Tutti i diritti riservati.