Intervalli relativi a tentativi di invio, reinvio e scadenza dei messaggi
Si applica a: Exchange Server 2013
In Microsoft Exchange Server 2013, i messaggi che non possono essere recapitati correttamente sono soggetti a vari tentativi, reinvii e scadenze in base all'origine e alla destinazione del messaggio. Riprova rappresenta un nuovo tentativo di connessione alla destinazione. Reinvia rappresenta un nuovo invio dei messaggi alla coda di invio affinché vengano rielaborati dal classificatore. Il timeout dei messaggi scade dopo che tutti i tentativi di recapito non sono riusciti entro un periodo di tempo specificato. Dopo la scadenza di un messaggio, il mittente riceve una notifica dell'errore di recapito. 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.
Per istruzioni su come configurare questi intervalli, vedere Configurare gli intervalli di ripetizione, reinvio e scadenza messaggio.
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 inserita nello stato Riprova. I tentativi di connessione continuano fino alla scadenza della coda o finché non viene stabilita una connessione.
Opzioni di configurazione per la ripetizione automatica dei messaggi
Le opzioni di configurazione disponibili per gli intervalli di ripetizione dei tentativi dei messaggi sono descritte nella tabella seguente.
Opzioni di configurazione disponibili per gli intervalli di ripetizione dei tentativi dei messaggi
| Nome del parametro o della chiave | Valore predefinito | Dove configurare | Descrizione |
|---|---|---|---|
| QueueGlitchRetryCount | 4 | EdgeTransport.exe.config | Questa chiave specifica il numero di tentativi di connessione immediatamente provati quando un server di trasporto ha problemi di connessione con il server di destinazione. Tali problemi di connessione sono in genere causati da brevissime interruzioni di rete. L'input valido per questa chiave è un numero intero compreso tra 0 e 15. In genere, non è necessario modificare questa chiave a meno che la rete non sia inaffidabile e non continui a riscontrare molte connessioni accidentalmente eliminate. |
| QueueGlitchRetryInterval |
00:01:00 o 1 minuto |
EdgeTransport.exe.config | Questa chiave controlla l'intervallo di connessione tra ogni tentativo di connessione specificato dalla chiave QueueGlitchRetryCount . In genere, non è necessario modificare questo parametro a meno che la rete non sia inaffidabile e non continui a riscontrare molte connessioni eliminate accidentalmente. |
| Transientfailureretrycount | 6 | Proprietà del cmdlet Set-TransportService o del server nell'interfaccia di amministrazione di Exchange | Questo parametro specifica il numero di tentativi di connessione che vengono tentati dopo che i tentativi di connessione controllati dalle chiavi QueueGlitchRetryCount e QueueGlitchRetryInterval non sono riusciti. I problemi di connessione che esauriscono le chiavi QueueGlitchRetryCount e QueueGlitchRetryInterval possono essere causati da riavvii del server o errori di ricerca DNS memorizzati nella cache. L'input valido per questo parametro è un numero intero compreso tra 0 e 15. Se si imposta questo parametro su 0, il tentativo di connessione successivo viene controllato dal parametro OutboundConnectionFailureRetryInterval . |
| Transientfailureretryinterval |
|
Cmdlet Set-TransportServiceo proprietà del server nell'interfaccia di amministrazione di Exchange | Questo parametro controlla l'intervallo di connessione tra ogni tentativo di connessione specificato dal parametro TransientFailureRetryCount . Per specificare un valore, immetterlo come intervallo di tempo: gg.hh:mm:ss dove g = giorni, h = ore, m = minuti e s = secondi. |
| Outboundconnectionfailureretryinterval |
|
Cmdlet Set-TransportService o proprietà del server nell'interfaccia di amministrazione di Exchange | Questo parametro specifica l'intervallo di tentativi per i tentativi di connessione in uscita non riusciti in precedenza. I tentativi di connessione non riusciti in precedenza sono controllati dai parametri TransientFailureRetryCount e TransientFailureRetryInterval. Per specificare un valore, immetterlo come intervallo di tempo: gg.hh:mm:ss dove g = giorni, h = ore, m = minuti e s = secondi. |
| MessageRetryInterval |
00:15:00 o 15 minuti |
Cmdlet Set-TransportService | Questo parametro specifica l'intervallo di ripetizione dei tentativi per i singoli messaggi con stato Riprova. Si consiglia di non modificare il valore predefinito, a meno che il servizio clienti e supporto tecnico di Microsoft non richieda di effettuare questa operazione. |
| MailboxDeliveryQueueRetryInterval |
00:05:00 o 5 minuti |
EdgeTransport.exe.config | Questa chiave specifica la frequenza con cui le code tentano di connettersi al servizio Recapito trasporto cassette postali per un database di cassette postali di destinazione che non è possibile raggiungere correttamente. Per specificare un valore, immetterlo come intervallo di tempo: gg.hh:mm:ss dove g = giorni, h = ore, m = minuti e s = secondi. L'input valido per questa chiave è compreso tra 00:00:01 e 1.00:00:00. |
Opzioni di configurazione per i tentativi manuali di invio di un messaggio
Quando una coda di recapito è nello stato Riprova, è possibile forzare manualmente un tentativo di connessione immediata usando Visualizzatore code nella casella degli strumenti di Exchange o il cmdlet Retry-Queue nella shell. Il tentativo manuale di invio sostituisce il successivo tentativo di esecuzione pianificato. Se la connessione non riesce, il timer dell'intervallo tra i tentativi viene reimpostato. L'azione avrà effetto solo se lo stato della coda di recapito è Riprova.
Per altre informazioni, vedere la sezione "Code di ripetizione dei tentativi" in Gestire le code.
Opzioni di configurazione per messaggi DSN di ritardo
Dopo ogni errore di recapito dei messaggi, il server Trasporto Edge o il servizio Trasporto nel server Cassette postali genera un messaggio DSN (Delay Delivery Status Notification) e lo accoda per il recapito al mittente del messaggio non recapitabile. Questo messaggio DSN di ritardo viene inviato solo dopo un intervallo di timeout di notifica di ritardo specificato e solo se il messaggio non riuscito non è stato recapitato correttamente durante tale periodo di tempo. Per impostazione predefinita, l'intervallo di timeout delle notifiche 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 di notifica DSN ritardati può essere abilitato o disabilitato in modo selettivo per i messaggi che hanno origine all'interno o all'esterno dell'organizzazione di Exchange.
Le opzioni di configurazione disponibili per i messaggi DSN di ritardo sono descritte nella tabella seguente.
Opzioni di configurazione disponibili per ritardare i messaggi di notifica DSN
| Nome del parametro | Valore predefinito | Posizione | Descrizione |
|---|---|---|---|
| Delaynotificationtimeout |
4:00:004 ore |
Set-TransportService o proprietà del server nell'interfaccia di amministrazione di Exchange | Questo parametro specifica il tempo di attesa del server prima di inviare un messaggio DSN di ritardo al mittente. Il valore di questo parametro deve essere sempre maggiore del valore del parametro TransientFailureRetryCount moltiplicato per il valore del parametro TransientFailureRetryInterval . Per specificare un valore, immetterlo come intervallo di tempo: gg.hh:mm:ss dove g = giorni, h = ore, m = minuti e s = secondi. |
| ExternalDelayDSNEnabled | $true |
Set-TransportConfig | Questo parametro specifica se è possibile inviare messaggi DSN di ritardo ai mittenti di messaggi esterni all'organizzazione di Exchange. L'input valido per questo parametro è $true o $false. |
| InternalDelayDSNEnabled | $true |
Set-TransportConfig | Questo parametro specifica se è possibile inviare messaggi DSN di ritardo ai mittenti dei messaggi che si trovano all'interno dell'organizzazione di Exchange. L'input valido per questo parametro è $true o $false. |
Nota
Nei server Trasporto hub di Exchange 2007, tutti i parametri ExternalDSN* e InternalDSN* sono disponibili nel cmdlet Set-TransportServer , non nel cmdlet Set-TransportConfig . Se nell'organizzazione sono presenti server Trasporto hub di Exchange 2007, è necessario apportare modifiche a questi valori usando il cmdlet Set-TransportServer in ogni server Trasporto hub di Exchange 2007.
Opzioni di configurazione per i tentativi di reinvio di un messaggio
Mediante il nuovo invio, i messaggi non recapitati vengono nuovamente trasferiti alla coda di invio per essere rielaborati dal classificatore.
Reinvio automatico dei messaggi
I messaggi non recapitati vengono inviati di nuovo automaticamente se la coda di recapito è nello stato Riprova e non è stato possibile recapitare correttamente i messaggi per un periodo di tempo specificato. Tale periodo di tempo è controllato dalla chiave MaxIdleTimeBeforeResubmit nel file di configurazione dell'applicazione EdgeTransport.exe.config. Solo i messaggi nelle code di recapito sono candidati per la reinvio automatico.
Per specificare un valore, immetterlo come intervallo di tempo: gg.hh:mm:ss dove g = giorni, h = ore, m = minuti e s = secondi.
Il valore predefinito è 12:00:00 o 12 ore.
Reinvio manuale dei messaggi
È possibile inviare di nuovo manualmente i messaggi con lo stato seguente nel servizio Trasporto in un server Cassette postali o in un server Trasporto Edge:
- Code di recapito con lo stato Riprova. I messaggi nelle code non devono essere in stato Sospeso.
- Messaggi che si trovano nella coda non raggiungibile e non sono nello stato Sospeso.
- Messaggi inclusi nella coda dei messaggi non elaborabili.
Per altre informazioni sulla coda dei messaggi non elaborabili e sulla coda non raggiungibile, vedere "Informazioni sulla coda di messaggi non elaborabili e sulla coda non raggiungibile" nell'argomento Code.
Se si desidera inviare di nuovo manualmente i messaggi che si trovano nelle code di recapito o nella coda non raggiungibile senza attendere il tempo specificato dal parametro MaxIdleTimeBeforeResubmit , è necessario usare il cmdlet Retry-Queue con il parametro Resubmit . Per inviare di nuovo manualmente i messaggi che si trovano nella coda dei messaggi non elaborabili, è possibile usare visualizzatore code o il cmdlet Resume-Message per riprendere il messaggio. Per altre informazioni, vedere la sezione "Inviare di nuovo messaggi nelle code" in Gestire le code.
Un altro modo per inviare di nuovo manualmente i messaggi consiste nel sospendere i messaggi, esportare i messaggi in file di testo con estensione eml e quindi copiare i file con estensione eml nella directory Replay in qualsiasi server Cassette postali o server Trasporto Edge. Questo metodo di invio funziona per i messaggi che si trovano nelle code di recapito o nella coda non raggiungibile. I messaggi che si trovano nella coda di messaggi non elaborabili sono già nello stato Sospeso. I messaggi che si trovano nella coda invio non possono essere sospesi o esportati.
Nota
Quando si esportano messaggi da una coda, i messaggi non vengono rimossi dalla coda. Dopo aver esportato i messaggi e averli reinviati utilizzando la directory Replay, è necessario rimuovere i messaggi sospesi per evitare il recapito duplicato dei messaggi.
Per ulteriori informazioni, vedere Esportazione dei messaggi dalle code.
Opzioni di configurazione relativi alla scadenza dei messaggi
L'intervallo di timeout della scadenza del messaggio specifica il periodo massimo di tempo durante il quale un server Trasporto Edge o il servizio Trasporto in un server Cassette postali tenta di recapitare un messaggio non riuscito. Se il messaggio non può essere recapitato correttamente prima del superamento dell'intervallo di timeout di scadenza, al mittente viene recapitato un rapporto di mancato recapito che contiene il messaggio originale o le intestazioni del messaggio.
Scadenza automatica dei messaggi
L'intervallo di timeout di scadenza del messaggio è controllato dal parametro MessageExpirationTimeOut nel cmdlet Set-TransportService o nelle proprietà del server nell'interfaccia di amministrazione di Exchange.
Per specificare un valore, immetterlo come intervallo di tempo: dd. hh:mm:ss dove dd = giorni, hh = ore, mm = minuti e ss = secondi.
Il valore predefinito è 2.00:00:00 o 2 giorni. L'intervallo di input valido per questo parametro è compreso tra 00:00:05 e 90.00:00:00.
Scadenza dei messaggi manuale
Anche se non è possibile forzare manualmente la scadenza dei messaggi, è possibile rimuovere manualmente i messaggi da qualsiasi coda, ad eccezione della coda invio, con o senza un rapporto di mancato recapito.
Per altre informazioni, vedere la sezione "Rimuovi messaggi dalle code" in Gestire i messaggi nelle code.