Routing della posta in Exchange Server
Il compito principale del servizio di trasporto disponibile sui server Cassette postali in un'organizzazione Exchange è l'instradamento dei messaggi ricevuti da utenti e fonti esterne alla destinazione finale. Le decisioni relative al routing vengono effettuate durante la classificazione dei messaggi. Il classificatore è un componente del servizio di trasporto che elabora tutti i messaggi in arrivo e stabilisce come gestirli in base alle informazioni sulle loro destinazioni.
Il routing in Exchange 2016 ed Exchange 2019 è praticamente invariato rispetto a Exchange 2013. Di seguito sono riportate le importanti modifiche apportate al routing rispetto a Exchange 2010:
Il routing è pienamente consapevole dei gruppi di disponibilità del database ed è in grado di usare l'appartenenza al gruppo di disponibilità del database nelle decisioni di routing, anche quando i membri del gruppo di disponibilità del database si trovano in siti active directory diversi. Per i server Cassette postali che non appartengono ai dag e per l'interoperabilità con le versioni precedenti di Exchange, l'appartenenza al sito di Active Directory viene ancora usata nelle decisioni di routing.
Il servizio di trasporto non comunica mai direttamente con un database delle cassette postali. Infatti, il servizio di trasporto comunica con il servizio di trasporto alle cassette postali in locale o sui server Cassette postali. Solo il servizio di trasporto alle cassette postali comunica con il database delle cassette postali locale. Quando il server Cassette postali è membro di un gruppo di disponibilità del database, solo il servizio di trasporto alle cassette postali sul server Cassette postali che ospita la copia attiva del database accetta i messaggi per il destinatario.
Le RPC (Remote Procedure Call) vengono utilizzate dal servizio di trasporto alle cassette postali solo per l'invio o la ricezione dei messaggi dal database delle cassette postali locale. Quando il server Cassette postali è un membro del gruppo di disponibilità del database, il servizio di trasporto alle cassette postali utilizza le RPC solamente per comunicare in locale con le copie attive dei database delle cassette postali. In altre parole, le RPC non vengono mai utilizzate per le comunicazioni tra i server o tra i servizi. Il servizio di trasporto alle cassette postali e il servizio di trasporto comunicano sempre tramite SMTP.
Exchange usa ora accodamento più preciso per le destinazioni remote. Invece di usare una coda per tutte le destinazioni in un sito remoto di Active Directory, Exchange ora accoda i messaggi per destinazioni specifiche all'interno del sito di Active Directory, ad esempio i singoli connettori di invio.
I connettori collegati non sono più disponibili. Un connettore collegato era un connettore di ricezione collegato a un connettore di invio. Tutti i messaggi ricevuti dal connettore di ricezione veniva automaticamente inoltrati al connettore di invio.
Componenti di instradamento
Quando viene ricevuto dal servizio di trasporto su un server Cassette postali, il messaggio deve essere classificato. La prima fase della classificazione consiste nella risoluzione del destinatario. Dopo che è stato risolto il destinatario, sarà possibile determinare la destinazione finale. La fase successiva, ovvero il routing, determina il percorso ottimale per raggiungere la destinazione specifica. Il routing in Exchange è generalizzato per una maggiore flessibilità e una riduzione della complessità usando i concetti di destinazioni di routing e gruppi di recapito.
Destinazioni di instradamento
La destinazione finale di un messaggio è chiamata destinazione di instradamento. Indipendentemente dalla complessità di un'organizzazione Exchange, esistono pochissime destinazioni di instradamento. Ecco quali sono:
Un database delle cassette postali: destinazione di routing per qualsiasi destinatario con una cassetta postale nell'organizzazione di Exchange. In Exchange 2013 o versioni successive le cartelle pubbliche sono un tipo di cassetta postale, quindi il routing dei messaggi ai destinatari delle cartelle pubbliche equivale al routing dei messaggi ai destinatari della cassetta postale.
Un connettore: un connettore di invio viene usato come destinazione di routing per i messaggi SMTP in base alla configurazione del connettore di invio (spazi degli indirizzi, con ambito o meno e così via). Analogamente, per i messaggi non SMTP, si utilizza un connettore agente di recapito o un connettore esterno come destinazione di instradamento.
Un server di espansione del gruppo di distribuzione: si tratta della destinazione di routing quando un gruppo di distribuzione ha un server di espansione designato (un server responsabile dell'espansione dell'elenco di appartenenza del gruppo). Un server di espansione del gruppo di distribuzione è un server Cassette postali di Exchange 2013 o versioni successive o un server Trasporto hub di Exchange 2010.
Si noti che le destinazioni di instradamento erano presenti nelle versioni precedenti di Exchange, ma non erano denominate destinazioni di instradamento.
Gruppi di recapito
Una raccolta di uno o più server di trasporto è responsabile per il recapito della posta a ogni destinazione di instradamento. Questo insieme di server di trasporto è chiamato gruppo di recapito. Il termine server di trasporto viene usato perché i server potrebbero essere una combinazione di server Cassette postali di Exchange 2013 o versioni successive (il servizio Trasporto) o server Trasporto hub di Exchange 2010. Nella tabella seguente viene illustrata la relazione tra le destinazioni di instradamento e i gruppi di recapito:
| Destinazioni di routing | Gruppo di recapito |
|---|---|
| Database delle cassette postali di Exchange 2013 o versioni successive | Server Cassette postali di Exchange 2013 o versioni successive. |
| Database delle cassette postali di Exchange 2010 nelle organizzazioni di Exchange 2016 | Solo server Trasporto Hub Exchange 2010. |
| Connettori | Server Cassette postali di Exchange 2013 o versioni successive o server Trasporto hub di Exchange 2010. |
| Server di espansione del gruppo di distribuzione | Server Cassette postali di Exchange 2013 o versioni successive o server Trasporto hub di Exchange 2010. |
La modalità di instradamento del messaggio dipende dalla relazione tra il gruppo di recapito di origine e il gruppo di recapito di destinazione:
Se il gruppo di recapito di origine e quello di destinazione sono identici, non sono necessarie decisioni relative al routing. La destinazione di routing è il passaggio successivo per il messaggio.
Se il gruppo di recapito di origine è esterno a quello di destinazione, sono necessarie decisioni relative al routing. Il messaggio viene inoltrato lungo il percorso di routing più conveniente per il gruppo di recapito di destinazione. A seconda delle dimensioni e della complessità dell'ambiente Exchange, il messaggio potrebbe essere inoltrato tramite molti server di trasporto fino al gruppo di recapito di destinazione per il recapito alla destinazione di routing.
I diversi tipi di gruppi di recapito presenti in Exchange 2016 sono riepilogati nella tabella seguente.
| Tipo di gruppo di recapito | Gruppo di recapito | Destinazioni di routing | Commenti |
|---|---|---|---|
| Gruppo di disponibilità del database instradabile |
|
Database Cassette postali nel DAG | Dopo che il messaggio arriva in un server Cassette postali nel DAG,il servizio di trasporto instrada il messaggio al servizio Recapito alle cassette postali nel membro DAG che contiene la copia attiva del database delle cassette postali di destinazione. Il servizio Recapito alle cassette postali recapita, quindi, il messaggio al database delle cassette postali locale. Anche se un DAG potrebbe contenere server Cassette postali situati in diversi siti di Active Directory, il DAG definisce il gruppo di recapito, non il sito di Active Directory. |
| Gruppo di recapito delle cassette postali (Exchange 2013 o versione successiva) | Server Cassette postali di Exchange 2013 o versioni successive nel sito di Active Directory. | Database delle cassette postali nei server Exchange 2013 o versioni successive nel sito di Active Directory che non appartengono a un gruppo di disponibilità del database. | I database delle cassette postali che si trovano nei server che non appartengono a un gruppo di disponibilità del database vengono forniti dal servizio Trasporto nei server Cassette postali nello stesso sito di Active Directory. Dopo l'arrivo del messaggio su un server Cassette postali nel sito di Active Directory, il servizio trasporto usa SMTP per trasferire il messaggio al servizio Recapito trasporto cassette postali nel server Cassette postali che contiene il database delle cassette postali. Il servizio Recapito alle cassette postali inoltra poi il messaggio al database delle cassette postali locale tramite RPC. In altre parole, i percorsi di recapito della posta riportati di seguito sono supportati tra le varie versioni di Exchange:
|
| Gruppo di recapito delle cassette postali (Exchange 2010) | Server Trasporto Hub Exchange 2010 nel sito di Active Directory. | Database delle cassette postali nei server Cassette postali Exchange 2010 nel sito di Active Directory. | I database delle cassette postali che si trovano nei server Cassette postali Exchange 2010 sono gestiti dai server Trasporto Hub Exchange 2010 nello stesso sito di Active Directory. p> Dopo l'arrivo del messaggio a un server Trasporto Hub di Exchange 2010 casuale nel sito di Active Directory, il driver di archiviazione nel server Trasporto Hub usa RPC per scrivere il messaggio nel database delle cassette postali. |
| Server di origine del connettore | Combinazione di tutti i server Cassette postali di Exchange 2013 o versioni successive o i server Trasporto hub di Exchange 2010 definiti come server di trasporto di origine per il connettore. | Connettore di invio, connettore dell'agente di recapito o connettore esterno. | Se il connettore ha un ambito (ovvero, è limitato ai server di trasporto nello stesso sito di Active Directory), solo altri server di trasporto in tale sito sono compatibili con il connettore e possono utilizzarlo per instradare la posta. Se il connettore non ha un ambito, tutti i server di trasporto nell'intera foresta Active Directory sono compatibili con il connettore e possono utilizzarlo per instradare la posta. |
| Lista server | Server Cassette postali di Exchange 2013 o versioni successive o server Trasporto hub di Exchange 2010 definito come server di espansione per il gruppo di distribuzione. | Il server di espansione del gruppo di distribuzione. | nessuno |
| Sito AD | Qualsiasi combinazione di server Cassette postali di Exchange 2013 o versioni successive o di server Trasporto hub di Exchange 2010 esistenti in:
|
Nessuno. Il messaggio deve essere instradato tramite il sito di Active Directory per raggiungere la destinazione di routing attuale. | Questo tipo di gruppo di recapito è l'unico scenario di routing in Exchange 2013 o versioni successive in cui viene ancora usato il fan-out ritardato . Quando più destinazioni di routing condividono la parte del percorso di instradamento più conveniente, il fan-out posticipato tenta di ridurre il numero di trasmissioni di messaggi. I siti hub vengono utilizzati solo se il sito di Active Directory esiste già lungo il percorso di routing più conveniente per il messaggio. br/ Per i> server Trasporto Edge, il servizio Trasporto in qualsiasi server Cassette postali nel sito di Active Directory sottoscritto è in grado di inviare messaggi al server Trasporto Edge, indipendentemente dal fatto che il server partecipi alla sincronizzazione EdgeSync. Per altre informazioni, vedere Server Trasporto Edge. |
Nota
L'appartenenza a un gruppo di recapito non è esclusiva. Ad esempio, un server Cassette postali membro di un dag può essere anche il server di trasporto di origine di un connettore di invio. Il server Cassette postali appartiene al gruppo di recapito del gruppo di disponibilità del database instradabile per i database delle cassette postali nel gruppo di disponibilità del database, nonché al gruppo di recapito del server di origine per il connettore di invio.
Code
Dal punto di vista del server di trasporto mittente, ogni coda di recapito dei massaggi rappresenta la destinazione di un messaggio specifico. Quando nel servizio di trasporto viene selezionata la destinazione di un messaggio, i dati relativi alla destinazione vengono aggiunti al destinatario come attributo NextHopSolutionKey. Se viene inviato un singolo messaggio a più destinatari, ciascun destinatario disporrà dell'attributo NextHopSolutionKey. Anche nel server di trasporto ricevente vengono eseguiti la classificazione e l'accodamento del messaggio per il recapito. Dopo che il messaggio è stato accodato, sarà possibile esaminare il tipo di recapito di una coda specifica per determinare se il messaggio verrà nuovamente inoltrato una volta raggiunta la destinazione dell'hop successivo. Ogni valore univoco dell'attributo NextHopSolutionKey corrisponde a una coda di recapito dei messaggi separata.
Per ulteriori informazioni, vedere NextHopSolutionKey.
Instradamento dei messaggi
Quando è necessario recapitare un messaggio a un gruppo di recapito remoto, è necessario stabilire un percorso di instradamento per il messaggio. Exchange usa la logica seguente per selezionare il percorso di routing per un messaggio. Questa logica è rimasta sostanzialmente invariata da Exchange 2010:
Calcolare il percorso di instradamento più conveniente aggiungendo il costo dei collegamenti al sito IP utilizzati per raggiungere la destinazione. Se la destinazione è un connettore, il costo assegnato allo spazio indirizzo verrà aggiunto al costo per raggiungere il connettore selezionato. Se sono possibili più percorsi di instradamento, verrà utilizzato il percorso con il costo complessivo minore.
Nota: i limiti delle dimensioni dei connettori sono un fattore importante. I connettori configurati con limiti di dimensione del messaggio inferiori alle dimensioni del messaggio vengono eliminati dalla considerazione. Per ulteriori informazioni, vedere Connector selection in external message routing.
In presenza di più percorsi di routing con lo stesso costo complessivo, verrà valutato il numero di hop di ogni percorso e verrà scelto il percorso di routing con il numero minore.
Se sono ancora disponibili più percorsi di instradamento, viene preso in considerazione il nome assegnato ai siti Active Directory prima della destinazione. Viene utilizzato il percorso di instradamento il cui sito Active Directory più vicino alla destinazione presenta il valore minore in ordine alfanumerico. Se il sito più vicino alla destinazione è identico per tutti i percorsi di routing valutati, verrà considerato il nome di un sito precedente.
In Exchange 2010, ciascun destinatario è associato a un solo sito Active Directory e c'è un unico percorso di instradamento più conveniente tra i siti Active Directory di origine e di destinazione. In Exchange 2013 o versioni successive, un gruppo di recapito potrebbe estendersi su più siti di Active Directory e potrebbero essere presenti più percorsi di routing con costi minimi per tali siti. Exchange designa un singolo sito di Active Directory nel gruppo di recapito di destinazione come sito primario. Il sito primario è il sito Active Directory più vicino in base alla logica di instradamento illustrata in precedenza. Per indirizzare correttamente i messaggi tra i gruppi di recapito, Exchange prende in considerazione i problemi seguenti:
Presenza di uno o più siti hub lungo il percorso di routing con costi minimi: se il percorso di routing con costi minimi per il sito primario contiene siti hub, il messaggio deve essere instradato attraverso i siti hub. Il sito hub più vicino lungo il percorso di instradamento più conveniente viene selezionato come nuovo gruppo di recapito di tipo AD site che include tutti i server di trasporto nel sito hub. Dopo che il messaggio ha attraversato il sito hub, l'instradamento del messaggio lungo il percorso più conveniente prosegue. Se il sito primario è un sito hub, continua a essere considerato tale per i seguenti motivi:
Se il gruppo di recapito di destinazione si espande su più siti Active Directory, il server di origine deve tentare di connettersi solo ai server nel sito hub.
Sono preferiti i server nel sito hub che appartengono al gruppo di recapito di destinazione.
Come nelle precedenti versioni di Exchange, vengono ignorati i siti hub che non si trovano lungo il percorso di instradamento più conveniente verso il sito primario.
Server Exchange di destinazione da selezionare nel gruppo di routing di destinazione: quando il gruppo di recapito di destinazione si estende su più siti di Active Directory, il percorso di routing a server specifici all'interno del gruppo di recapito potrebbe avere costi diversi. Sulla base del percorso di instradamento più conveniente, i server che si trovano nel sito Active Directory più vicino vengono selezionati come server di destinazione per il gruppo di recapito e il sito Active Directory di cui fanno parte quei server viene selezionato come sito primario.
Opzioni di fallback quando i tentativi di connessione a tutti i server del gruppo di routing di destinazione hanno esito negativo: se il gruppo di recapito di destinazione si estende su più siti di Active Directory, la prima opzione di fallback è tutti gli altri server del gruppo di recapito di destinazione in altri siti di Active Directory che non sono selezionati come server di destinazione. La selezione dei server viene eseguita sulla base del percorso di instradamento più conveniente verso gli altri siti Active Directory. Se il gruppo di recapito di destinazione ha dei server nel sito Active Directory locale, non ci sono altre opzioni di fallback perché il messaggio è già il più vicino possibile alla destinazione di instradamento di destinazione. Se il gruppo di recapito di destinazione ha dei server nei siti Active Directory remoti, l'opzione prevede il tentativo di connettersi a tutti gli altri server nel sito primario.
Routing messages between Active Directory sites
Il modo in cui Exchange instrada i messaggi tra siti di Active Directory è praticamente lo stesso di Exchange 2010. Per ulteriori informazioni, vedere Instradamento della posta tra siti Active Directory.
Instradamento nel servizio Trasporto front-end sui server Cassette postali
Il servizio Trasporto front-end ha la funzione di proxy senza stato per tutto il traffico SMTP esterno in entrata e (facoltativamente) in uscita per l'organizzazione di Exchange. Per i messaggi in uscita, il servizio di trasporto comunica con il servizio Trasporto front-end solo quando è configurato in modo specifico per farlo. Per ulteriori informazioni, vedere Configure Send connectors to proxy outbound mail.
Per i messaggi in arrivo, il servizio Trasporto front-end deve trovare velocemente un singolo servizio di trasporto integro che possa ricevere la trasmissione dei messaggi, indipendentemente dal numero o tipo di destinatari. Se non ci riesce, il servizio di posta elettronica verrà percepito come non disponibile dal server mittente. Come nel caso del servizio di trasporto, anche il servizio di trasporto Front End carica le tabelle di instradamento sulla base delle informazioni ricevute da Active Directory e utilizza i gruppi di recapito per stabilire come instradare i messaggi. Le tabelle utilizzate dal servizio di trasporto Front End presentano però le seguenti caratteristiche univoche:
Il servizio Trasporto front-end non viene mai considerato un membro di un gruppo di recapito, anche quando il server Cassette postali e il server accesso client vengono installati nello stesso server fisico (come sempre in Exchange 2016 o versioni successive). Di conseguenza, il servizio Trasporto front-end può comunicare solo con il servizio di trasporto.
Le tabelle di instradamento non contengono alcun instradamento al connettore di invio.
Le tabelle di instradamento contengono un elenco speciale di server Cassette postali nel sito Active Directory locale per poter gestire velocemente eventuali failover.
L'instradamento nel servizio di trasporto Front End risolve i destinatari dei messaggi nei database delle cassette postali. L'elenco dei server Cassette postali utilizzato dal servizio di trasporto Front End si basa sui database delle cassette postali dei destinatari dei messaggi. Notare che è possibile che nessuno dei destinatari abbia una cassetta postale, ad esempio, nel caso in cui un destinatario sia un gruppo di distribuzione o un utente di posta elettronica. Per ciascun database delle cassette postali, il servizio di trasporto Front End esamina il gruppo di recapito e le informazioni di instradamento ad esso associate. I gruppi di recapito utilizzati dal servizio di trasporto Front End sono:
Gruppo di disponibilità del database instradabile
Gruppo di recapito cassette postali
Sito AD
A seconda del numero e tipo di destinatari, il servizio di trasporto Front End esegue una delle seguenti azioni:
Per i messaggi con un singolo destinatario, selezionare un server Cassette postali nel gruppo di recapito di destinazione e dare la preferenza al server Cassette postali basato sulla prossimità del sito Active Directory. Il routing del messaggio al destinatario potrebbe implicare il routing del messaggio stesso attraverso un sito hub.
Per i messaggi con più destinatari, utilizzare i primi 20 destinatari per selezionare un server Cassette postali nel gruppo di recapito più vicino, in base alla prossimità del sito Active Directory. Notare che nel Trasporto front-end non può verificarsi la biforcazione dei messaggi e di conseguenza viene selezionato solo un server Cassette postali, indipendentemente dal numero di destinatari del messaggio.
Se un messaggio non ha alcuna cassetta postale come destinatario, selezionare un server Cassette postali casuale nel sito Active Directory locale.
Routing del servizio di trasporto della cassetta postale sul server cassette postali
Il servizio di trasporto alle cassette postali è costituito da due servizi separati: il servizio Invio alle cassette postali e il servizio Recapito alle cassette postali. Il servizio Recapito alle cassette postali riceve i messaggi SMTP dal servizio di trasporto e si collega al database delle cassette postali locale utilizzando RPC per recapitare il messaggio. Il servizio Invio alle cassette postali si collega al database delle cassette postali locale utilizzando RPC per recuperare i messaggi e li invia al servizio di trasporto tramite SMTP. Il servizio di trasporto alle cassette postali è privo di stato e non utilizza le code di recapito dei messaggi.
Come nel caso del servizio di trasporto, anche il servizio di trasporto alle cassette postali carica le tabelle di instradamento sulla base delle informazioni ricevute da Active Directory e utilizza i gruppi di recapito per stabilire come instradare i messaggi. Tuttavia, ci sono degli aspetti dell'instradamento che sono univoci del servizio di trasporto alle cassette postali:
Dal momento che il servizio di trasporto e il servizio di trasporto alle cassette postali sono presenti sullo stesso server Cassette postali, il servizio di trasporto alle cassette postali appartiene sempre allo stesso gruppo di recapito del server Cassette postali. Questo gruppo di recapito è chiamato gruppo di recapito locale.
Il servizio di invio del trasporto alle cassette postali non invia automaticamente i messaggi al servizio di trasporto sul server Cassette postali locale o su altri server Cassette postali nel suo gruppo di recapito locale. Il servizio di invio del trasporto alle cassette postali ha accesso alle stesse informazioni sulla topologia di instradamento del servizio di trasporto e di conseguenza il servizio di invio del trasporto alle cassette postali può inviare i messaggi al servizio di trasporto sui server Cassette postali esterni al gruppo di recapito. I server Cassette postali nel gruppo di recapito locale vengono utilizzati come opzioni di fallback e per il recapito ai destinatari che non sono cassette postali.
Il servizio di trasporto alle cassette postali comunica esclusivamente con il servizio di trasporto sui server Cassette postali.
Il servizio di trasporto alle cassette postali comunica esclusivamente con il servizio di trasporto alle cassette postali locale. Il servizio di trasporto alle cassette postali non comunica mai con i database delle cassette postali sugli altri server Cassette postali.
Quando un utente invia un messaggio dalla sua cassetta postale, il servizio di invio del trasporto alle cassette postali risolve i destinatari del messaggio nei database delle cassette postali. L'elenco dei server Cassette postali utilizzato dal servizio di invio del trasporto alle cassette postali si basa sui database delle cassette postali dei destinatari dei messaggi. Notare che è possibile che nessuno dei destinatari abbia una cassetta postale, ad esempio, nel caso in cui un destinatario sia un gruppo di distribuzione o un utente di posta elettronica. Per ciascun database delle cassette postali, il servizio di invio di trasporto alle cassette postali esamina il gruppo di recapito e le informazioni di instradamento ad esso associate. I gruppi di recapito utilizzati dal servizio di invio di trasporto alle cassette postali sono:
Gruppo di disponibilità del database instradabile
Gruppo di recapito cassette postali
Sito AD
A seconda del numero e tipo di destinatari, il servizio di invio di trasporto alle cassette postali esegue una delle seguenti azioni:
Per i messaggi con un singolo destinatario, selezionare un server Cassette postali nel gruppo di recapito di destinazione e dare la preferenza al server Cassette postali basato sulla prossimità del sito Active Directory. Il routing del messaggio al destinatario potrebbe implicare il routing del messaggio stesso attraverso un sito hub.
Per i messaggi con più destinatari, utilizzare i primi 20 destinatari per selezionare un server Cassette postali nel gruppo di recapito più vicino, in base alla prossimità del sito Active Directory.
Se un messaggio non ha alcuna cassetta postale come destinatario, selezionare un server Cassette postali nel gruppo di recapito locale.
Quando il servizio di recapito del trasporto alle cassette postali riceve un messaggio dal servizio di trasporto, accetta o rifiuta il messaggio per il recapito in un database delle cassette postali locale. Il servizio di recapito del trasporto alle cassette postali può recapitare il messaggio se il destinatario si trova in una copia attiva di un database delle cassette postali locale. Se però il destinatario non si trova in una copia attiva di un database delle cassette postali locale, il servizio di recapito del trasporto alle cassette postali non può recapitare il messaggio e deve fornire una risposta di mancato recapito al servizio di trasporto. Ad esempio, se la copia attiva del database delle cassette postali è stata spostata di recente su un altro server, il servizio di trasporto potrebbe erroneamente trasmettere un messaggio a un server Cassette postali che ora contiene una copia non attiva del database delle cassette postali. Le risposte di mancato recapito restituite al servizio di trasporto dal servizio di trasporto alle cassette postali sono:
Ritenta il recapito
Generare un NDR (noto anche come rapporto di mancato recapito, notifica sullo stato del recapito, DSN o notifica di mancato recapito).
Reinstrada il messaggio
Routing del servizio di trasporto sui server Trasporto Edge
Il servizio di trasporto su server Trasporto Edge fornisce l'inoltro SMTP e servizi smarthost per tutti i flussi di posta connessi a Internet. I messaggi in entrata e in uscita da Internet vengono archiviati nelle code di recapito dei messaggi sul server Trasporto Edge. Le code corrispondono ai domini esterni o ai connettori di invio. Per ulteriori informazioni, vedere NextHopSolutionKey.
Solitamente, quando si installa un server Trasporto Edge nella rete perimetrale, si sottoscrive il server Trasporto Edge a un sito di Active Directory. Il sito di Active Directory contiene i server Cassette postali che inoltrano i messaggi a e dal server Trasporto Edge. Il processo di sottoscrizione Edge consente di creare un'affiliazione di appartenenza al sito di Active Directory per il server Trasporto Edge. L'affiliazione al sito consente ai server Cassette postali nel sito di Active Directory di inoltrare messaggi al server Trasporto Edge senza dover configurare connettori di invio espliciti.
Nelle organizzazioni con server Exchange in più siti di Active Directory, la posta in uscita da destinatari interni a esterni è la prima instradata al sito di Active Directory sottoscritto. I server di trasporto nel sito di Active Directory di destinazione costituiscono il gruppo di recapito. La destinazione di routing è il connettore di invio all'interno dell'organizzazione nel servizio di trasporto su ciascun server Cassette postali nel sito Active Directory sottoscritto. Il connettore di invio all'interno dell'organizzazione è uno speciale connettore di invio esistente nel servizio di trasporto su ciascun server Cassette postali. Il connettore di invio viene implicitamente creato, è invisibile, non richiede gestione ed è utilizzato per inoltrare messaggi tra server di Exchange.
Per ulteriori informazioni sulla modalità di instradamento della posta a e da server Trasporto Edge, vedere Mail flow and the transport pipeline.