Gestione degli intervalli tra tentativi di invio e reinvio e degli intervalli di scadenza dei messaggi
Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Ultima modifica dell'argomento: 2006-10-30
I computer in cui è in esecuzione Microsoft Exchange Server 2007 e in cui è installato il ruolo del server Trasporto Hub o Trasporto Edge includono code, connettori di invio e connettori di ricezione. Nelle code sono presenti i messaggi da consegnare. I connettori stabiliscono i percorsi in ingresso e in uscita per la consegna dei messaggi.
I messaggi che non è possibile consegnare sono soggetti a varie scadenze temporali relative all'invio, al reinvio e alla scadenza in base all'origine e alla destinazione del messaggio. Riprova rappresenta un nuovo tentativo di connessione al dominio, allo smart host o al server di cassette postali di destinazione. Reinvia rappresenta un nuovo invio dei messaggi alla coda di invio affinché vengano rielaborati dal classificatore. Il messaggio viene definito in "timeout" o scaduto dopo che tutti i tentativi di recapito non sono riusciti entro un periodo di tempo specificato. Dopo la scadenza di un messaggio, al mittente viene comunicato che il recapito non è riuscito. Il messaggio viene quindi eliminato dalla coda.
In tutti e tre i casi di tentativo di invio, reinvio o scadenza, è possibile intervenire manualmente prima che siano eseguite le azioni automatiche sui messaggi.
Opzioni di configurazione per i tentativi di invio di un messaggio
Quando un server di trasporto non riesce a connettersi all'hop successivo, la coda viene messa nello stato Riprova. I tentativi di connessione continuano fino alla scadenza della coda o finché non viene stabilita una connessione.
Opzioni di configurazione per i tentativi automatici di invio di un messaggio
Le opzioni di configurazione disponibili per gli intervalli tra i tentativi di invio di un messaggio sono descritte nella tabella 1.
Tabella 1 Opzioni di configurazione disponibili per gli intervalli tra tentativi di invio di un messaggio
| Nome parametro | Valore predefinito | Dove eseguire la configurazione | Descrizione |
|---|---|---|---|
QueueGlitchRetryCount |
4 |
EdgeTransport.exe.config |
Questo parametro specifica il numero di tentativi di connessione che vengono provate immediatamente quando un server di trasporto riscontra problemi nella connessione al server di destinazione. Tali problemi di connessione sono in genere causati da brevissime interruzioni di rete. In genere, non è necessario modificare questo parametro a meno che la rete sia inaffidabile e che continuino a verificarsi molte interruzioni accidentali delle connessioni. |
QueueGlitchRetryInterval |
1 minuto |
EdgeTransport.exe.config |
Questo parametro controlla l'intervallo di connessione tra ogni tentativo di connessione specificato dal parametro QueueGlitchRetryCount. In genere, non è necessario modificare questo parametro a meno che la rete sia inaffidabile e che continuino a verificarsi molte interruzioni accidentali delle connessioni. |
TransientFailureRetryCount |
6 |
Cmdlet Set-TransportServer o proprietà del server di trasporto in Exchange Management Shell |
Questo parametro specifica il numero di tentativi di connessione che vengono provate dopo che non sono riusciti i tentativi di connessione controllati dai parametri QueueGlitchRetryCount e QueueGlitchRetryInterval. I problemi di connessione che esauriscono il parametro QueueGlitchRetry possono essere causati da riavvii del server oppure da errori nella ricerca DNS eseguita nella cache. |
TransientFailureRetryInterval |
|
Cmdlet Set-TransportServer o proprietà del server di trasporto in Exchange Management Shell |
Questo parametro controlla l'intervallo di connessione tra ogni tentativo di connessione specificato dal parametro TransientFailureRetryCount. |
OutboundConnectionFailureRetryInterval |
|
Cmdlet Set-TransportServer o proprietà del server di trasporto in Exchange Management Shell |
Questo parametro specifica l'intervallo di tentativi di invio per i tentativi di connessione in uscita non riusciti precedentemente. I tentativi di connessione non riusciti in precedenza sono controllati dai parametri TransientFailureRetryCount e TransientFailureRetryInterval. |
MessageRetryInterval |
1 minuto |
Cmdlet Set-TransportServer |
Questo parametro specifica l'intervallo di tentativi di invio per singoli messaggi con lo stato Riprova. Si consiglia di non modificare il valore predefinito a meno che richiesto dal servizio supporto tecnico clienti Microsoft. |
MailboxDeliveryQueueRetryInterval |
5 minuti |
EdgeTransport.exe.config |
Questo parametro controlla l'intervallo di tentativi di invio per le code di consegna della cassetta postale tra i server Trasporto Hub. |
Il file EdgeTransport.exe.config è un file di configurazione di applicazione XML associato al file EdgeTransport.exe. EdgeTransport.exe e MSExchangeTransport.exe sono file eseguibili utilizzati dal servizio di trasporto di Microsoft Exchange. Questo servizio viene eseguito in ogni server Trasporto Hub o Trasporto Edge. Le modifiche salvate nel file EdgeTransport.exe.config vengono applicate dopo che è stato riavviato il servizio di trasporto di Microsoft Exchange.
Un esempio di base della struttura del file EdgeTransport.exe.config è riportato di seguito:
<configuration>
<runtime>
<gcServer enabled="true" />
</runtime>
<appSettings>
<add key=" ConfigurationOption " value=" Valore " />
...
</appSettings>
</configuration>
Nella sezione <appSettings> è possibile aggiungere nuove opzioni di configurazione oppure modificare le opzioni di configurazione esistenti. Molte opzioni di configurazione disponibili non sono collegate agli intervalli di tentativi di invio, di reinvio e di scadenza dei messaggi. Tutte le opzioni di configurazione che non riguardano tali intervalli esulano dallo scopo di questo argomento e non saranno trattate in questa sede.
Nota
È importante fare distinzione tra maiuscole e minuscole per i nomi dei parametri nella sezione <add key=../>.
Per ulteriori informazioni, vedere Configurazione degli intervalli tra tentativi di invio e reinvio e degli intervalli di scadenza dei messaggi.
Opzioni di configurazione per i tentativi manuali di invio di un messaggio
Quando una coda di consegna della cassetta postale o una coda di consegna remota è nello stato Riprova, è possibile imporre manualmente un tentativo di connessione immediata utilizzando il Visualizzatore code in Exchange Management Console oppure il cmdlet Retry-Queue in Exchange Management Shell. Il tentativo manuale di invio tenta di annullare il successivo tentativo di esecuzione pianificato. Se la connessione non riesce, il timer dell'intervallo tra i tentativi di invio viene reimpostato. È necessario che la coda di consegna sia nello stato Riprova per eseguire questa operazione.
Per ulteriori informazioni, vedere Come eseguire un nuovo tentativo di elaborazione delle code.
Opzioni di configurazione per messaggi di notifica DSN di ritardo
Dopo ogni tentativo fallito di recapito del messaggio, il server Trasporto Edge o Trasporto Hub genera un messaggio di notifica del ritardo nel recapito (DSN) e lo accoda per inviarlo al mittente del messaggio non recapitato. Questo messaggio DSN viene inviato solo dopo un intervallo di timeout di notifica di ritardo specificato, e solo se il messaggio non riuscito non è stato recapitato in quell'arco di tempo. Per impostazione predefinita, l'intervallo di timeout di notifica di ritardo è di 4 ore. Questo intervallo di tempo evita l'invio di messaggi DSN non necessari che potrebbe essere causato da problemi di trasmissione del messaggio temporanei. L'invio di messaggi DSN può essere attivato o disattivato in modo selettivo per messaggi originati all'interno o all'esterno dell'organizzazione di Exchange.
Le opzioni di configurazione disponibili per i messaggi DSN sono descritte nella tabella 2.
Tabella 2 Opzioni di configurazione disponibili per i messaggi DSN
| Nome parametro | Valore predefinito | Posizione | Descrizione |
|---|---|---|---|
DelayNotificationTimeOut |
4 ore |
Set-TransportServer |
Questo parametro consente di specificare il periodo di attesa prima che il server invii un messaggio DSN al mittente del messaggio. Il valore di questo parametro deve essere sempre superiore al valore del parametro TransientFailureRetryCount moltiplicato per il valore di TransientFailureRetryInterval. |
ExternalDelayDSNEnabled |
|
Set-TransportServer |
Questo parametro specifica se è possibile inviare messaggi DSN ai mittenti dei messaggi che si trovano all'esterno dell'organizzazione di Exchange. |
InternalDelayDSNEnabled |
|
Set-TransportServer |
Questo parametro specifica se è possibile inviare messaggi DSN ai mittenti dei messaggi che si trovano all'interno dell'organizzazione di Exchange. |
Per ulteriori informazioni, vedere Configurazione degli intervalli tra tentativi di invio e reinvio e degli intervalli di scadenza dei messaggi.
Opzioni di configurazione per il reinvio di un messaggio
Il reinvio messaggio invia nuovamente i messaggi non consegnati alla coda Invio in modo che siano rielaborati dal classificatore.
Reinvio messaggi automatico
I messaggi non consegnati vengono reinviati automaticamente se la coda di consegna è nello stato Riprova e è stata abilitata a consegnare correttamente qualsiasi messaggio per uno specifico arco di tempo. L'arco di tempo è controllato dal parametro MaxIdTimeBeforeResubmit nel file di configurazione dell'applicazione EdgeTransport.exe.config. Per impostazione predefinita, il valore del parametro MaxIdTimeBeforeResubmit è pari a 12 ore. Solo i messaggi inseriti nelle code di consegna della cassetta postale o nelle code di consegna remota sono impostati al reinvio automatico.
Per ulteriori informazioni, vedere Configurazione degli intervalli tra tentativi di invio e reinvio e degli intervalli di scadenza dei messaggi.
Reinvio messaggi manuale
È possibile inviare di nuovo manualmente i messaggi a cui è associato lo stato seguente in un server Trasporto Hub o Trasporto Edge:
Code di consegna di cassette postali o code di consegna remote con stato Riprova. È necessario che i messaggi in queste code non siano in stato Sospeso.
Messaggi inseriti nella coda Non raggiungibili e con stato Sospeso.
Messaggi inseriti in una coda di messaggi non elaborabili.
Per ulteriori informazioni sulle code di messaggi non elaborabili e le code Non raggiungibili, vedere "Code di messaggi non elaborabili e code Non raggiungibili" più avanti in questo argomento.
Se si desidera reinviare manualmente messaggi che si trovano nelle code di consegna della cassetta postale, nella coda di consegna remota o nella coda Non raggiungibili senza attendere la scadenza del periodo di tempo specificato dal parametro MaxIdleTimeBeforeResubmit, è necessario utilizzare il cmdlet Retry-Queue con il parametro Resubmit. Per reinviare manualmente messaggi inseriti nella coda di messaggi non elaborabili, è possibile utilizzare il Visualizzatore code oppure il cmdlet Resume-Message per riprendere il messaggio.
Per ulteriori informazioni, vedere i seguenti argomenti:
Un altro modo per reinviare manualmente i messaggi è sospendere i messaggi, esportarli in file di testo con l'estensione nome file EML e, quindi, copiare il file EML nella directory di riproduzione in un qualsiasi server Trasporto Hub o Trasporto Edge. Questo metodo funziona nel caso di messaggi che si trovano nelle code di consegna delle cassette postali, nelle code di consegna remote o nelle code Non raggiungibili. I messaggi che si trovano nelle code di messaggi non elaborabili sono già in stato Sospeso. Non è possibile sospendere o esportare i messaggi che si trovano nella coda Invio.
Nota
L'esportazione di un messaggio da una coda non ne comporta la rimozione. Dopo l'esportazione e il reinvio dei messaggi utilizzando la directory di riproduzione, è necessario rimuovere i messaggi sospesi per evitare la consegna duplicata di messaggi.
Per ulteriori informazioni, vedere Come esportare e reinoltrare i messaggi.
Opzioni di configurazione per la scadenza messaggio
L'intervallo di timeout di scadenza messaggio specifica il periodo di tempo massimo in cui un server Trasporto Edge o Trasporto Hub tenta di recapitare un messaggio non riuscito. Se il messaggio non può essere consegnato entro l'intervallo di time out di scadenza, viene recapitato al mittente un rapporto di mancato recapito (NDR) contenente il messaggio originale o le intestazioni del messaggio.
Scadenza messaggi automatica
L'intervallo di timeout di scadenza messaggio è controllato dal parametro MessageExpirationTimeOut nel cmdlet Set-TransportServer o nelle proprietà del server di trasporto in Exchange Management Shell. Per impostazione predefinita, il valore del parametro MessageExpirationTimeOut è pari a 2 giorni.
Per ulteriori informazioni, vedere i seguenti argomenti:
Scadenza messaggi manuale
Sebbene non sia possibile imporre manualmente la scadenza di un messaggio, è possibile rimuovere manualmente i messaggi da qualsiasi coda a eccezione della coda Invio, con o senza un NDR.
Per ulteriori informazioni, vedere Rimozione di messaggi dalle code.
Code di messaggi non elaborabili e code Non raggiungibili
Il classificatore invia i messaggi alla coda dei messaggi non elaborabili quando non è possibile indirizzarli ad alcuna destinazione conosciuta. In genere, una destinazione non raggiungibile è causata da un errore di configurazione che influisce sul percorso di consegna. Ad esempio, i messaggi sono inviati alla coda Non raggiungibili se si verificano le condizioni indicate di seguito:
Nella coda di consegna remota di "Contoso.com" sono presenti dei messaggi.
Si elimina il connettore di invio utilizzato per raggiungere il dominio Contoso.com.
Per impostazione predefinita, i messaggi nella coda Non raggiungibili sono in stato Pronto. I messaggi nella coda Non raggiungibili non sono mai reinviati automaticamente. Restano nella coda Non raggiungibili fino a quando non sono reinviati manualmente o rimossi da un amministratore oppure fino a quando il valore inserito nel parametro MessageExpirationTimeOut non è trascorso.
La coda di messaggi non elaborabili contiene messaggi potenzialmente dannosi per l'Exchange 2007 server dopo un errore del server. Il contenuto e il formato dei messaggi possono rivelarsi di fatto dannosi. In alternativa, è possibile che essi derivino da un agente scritto in modo inadeguato che ha causato l'errore nell'Exchange server durante l'elaborazione dei presunti messaggi errati. Tutti i messaggi inseriti nella coda di messaggi non elaborabili sono in uno stato di sospensione permanente. Non è possibile reinviare la coda di messaggi non elaborabili tramite il cmdlet Retry-Queue con il parametro Resubmit. Per inviare nuovamente i messaggi di questa coda, è possibile utilizzare il Visualizzatore code oppure il cmdlet Resume-Message per riprendere i messaggi. I messaggi inseriti nella coda di messaggi non elaborabili non scadono o non sono mai ripresi automaticamente. Rimangono nella coda fino a quando non vengono ripresi o rimossi manualmente da un amministratore.
Ulteriori informazioni
Per ulteriori informazioni sulle code, vedere Gestione delle code.