Informazioni sugli agenti di trasporto

 

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

Ultima modifica dell'argomento: 2015-03-09

Gli agenti di trasporto consentono di installare software personalizzato, creato da Microsoft, fornitori di terze parti o dall'organizzazione, in un computer su cui è in esecuzione Microsoft Exchange Server 2010. Il software può quindi elaborare i messaggi di posta elettronica che passano attraverso la pipeline di trasporto su un server Trasporto Hub o su un server Trasporto Edge. Gli agenti di trasporto personalizzati forniscono funzionalità aggiuntive a Exchange 2010, quali programmi di protezione dalla posta indesiderata o antivirus, oppure qualsiasi funzione di trasporto richiesta dall'organizzazione.

Gli agenti di trasporto, in genere, vengono installati automaticamente come parte delle applicazioni che sono progettate per funzionare insieme in Exchange 2010. Tuttavia, potrebbero verificarsi casi in cui le organizzazioni desiderano sviluppare agenti di trasporto propri per gestire la posta scambiata nell'organizzazione di Exchange 2010.

Avviso

Gli agenti di trasporto dispongono dell'accesso completo a tutti i messaggi di posta elettronica rilevati. Exchange non pone alcuna restrizione al comportamento degli agenti di trasporto. Gli agenti di trasporto instabili o che presentano difetti nel sistema di protezione possono compromettere la stabilità e la sicurezza di Exchange. Pertanto, è necessario installare soltanto gli agenti di trasporto completamente attendibili e già sperimentati in un ambiente di testing.

Per informazioni sulle attività di gestione relative alla gestione degli agenti di trasporto, vedere Gestione degli agenti di trasporto.

Sommario

Agenti di trasporto ed eventi SMTP

Priorità degli agenti di trasporto.

Agenti di trasporto predefiniti

Risoluzione dei problemi degli agenti di trasporto

Agenti di trasporto ed eventi SMTP

Gli agenti di trasporto scritti per Exchange 2010 utilizzano gli eventi SMTP. Questi eventi vengono attivati quando i messaggi si spostano attraverso la pipeline di trasporto. Gli eventi SMTP consentono agli agenti di trasporto di accedere ai messaggi in momenti specifici durante la conversazione SMTP e durante il routing dei messaggi attraverso l'organizzazione. Nella seguente tabella sono elencati gli eventi SMTP che forniscono l'accesso ai messaggi nella pipeline di trasporto.

Eventi di ricezione SMTP

Sequenza Evento SMTP Descrizione

1

OnConnect

Questo evento viene attivato alla connessione iniziale da un host SMTP remoto.

2

OnEhloCommand

Questo evento viene attivato quando l'host SMTP remoto invia il verbo SMTP EHLO.

3

OnHeloCommand

Questo evento viene attivato quando l'host SMTP remoto invia il verbo SMTP HELO.

4

OnAuthCommand

Questo evento viene attivato quando l'host SMTP remoto invia il verbo SMTP AUTH.

5

OnEndOfAuthentication

Questo evento viene attivato quando l'host SMTP remoto termina l'autenticazione.

6

OnMailCommand

Questo evento viene attivato quando l'host SMTP remoto invia il verbo SMTP MAIL FROM.

7

OnRcptToCommand

Questo evento viene attivato quando l'host SMTP remoto invia il verbo SMTP RCPT TO.

8

OnDataCommand

Questo evento viene attivato quando l'host SMTP remoto invia il verbo SMTP DATA.

9

OnEndOfHeaders

Questo evento viene attivato quando l'host SMTP remoto termina l'invio delle intestazioni dei messaggi di posta elettronica.

10

OnEndOfData

Questo evento viene attivato quando l'host SMTP remoto invia <CRLF>, che indica la fine dei dati.

**

OnHelpCommand

Questo evento viene attivato quando l'host SMTP remoto invia il verbo SMTP HELP. Questo evento può verificarsi in qualsiasi momento successivo all'evento SMTP OnConnect e precedente all'evento SMTP OnDisconnect.

**

OnNoopCommand

Questo evento viene attivato quando l'host SMTP remoto invia il verbo SMTP NOOP. Questo evento può verificarsi in qualsiasi momento successivo all'evento SMTP OnConnect e precedente all'evento SMTP OnDisconnect.

**

OnReject

Questo evento viene attivato quando l'host SMTP di ricezione invia un codice di notifica sullo stato del recapito (DSN) temporaneo o permanente per l'host SMTP di invio. Questo evento può verificarsi in qualsiasi momento successivo all'evento SMTP OnConnect e precedente all'evento SMTP OnDisconnect.

**

OnRsetCommand

Questo evento viene attivato quando l'host SMTP mittente invia il verbo SMTP RSET. Questo evento può verificarsi in qualsiasi momento successivo all'evento SMTP OnConnect e precedente all'evento SMTP OnDisconnect.

11

OnDisconnect

Questo evento viene attivato alla disconnessione della conversazione SMTP da parte di un host SMTP di ricezione o di invio.

Eventi del classificatore

Sequenza Evento del classificatore Descrizione

1

OnSubmittedMessage

Questo evento viene attivato all'invio di un messaggio nelle code di invio nell'host SMTP di ricezione. Tutti i messaggi rilevano questo evento, indipendentemente dalla loro provenienza (tramite invio SMTP, invio MAPI o directory di prelievo o riesecuzione).

2

OnResolvedMessage

Questo evento viene attivato dopo che tutti i destinatari sono stati risolti, ma prima di determinare l'hop successivo per ciascun destinatario. L'evento di routing OnResolvedMessage consente la sostituzione del comportamento di routing predefinito negli eventi successivi utilizzando il metodo SetRoutingOverride per destinatario.

3

OnRoutedMessage

Questo evento viene attivato in seguito alla classificazione dei messaggi, all'espansione delle liste di distribuzione e alla risoluzione dei destinatari.

4

OnCategorizedMessage

Questo evento viene generato quando il classificatore completa l'elaborazione del messaggio.

Gli agenti di trasporto possono essere registrati su qualsiasi evento SMTP elencato nelle tabelle precedenti. Tuttavia, l'azione prevista per l'agente di trasporto determina, in genere, gli eventi SMTP sui quali verrà eseguito l'agente in questione.

Si prendano come esempio gli agenti di protezione dalla posta indesiderata. Per questi agenti, la considerazione più importante, oltre alla validità del contenuto dei messaggi, è il momento in cui un messaggio di posta indesiderata valido viene identificato e rifiutato. Prima viene rifiutato un messaggio riconosciuto come posta indesiderata, minore sarà il costo per l'organizzazione. Tutti gli eventi SMTP attivati prima dell'evento SMTP OnEndOfData non richiedono la generazione di un rapporto di mancato recapito (NDR) da parte dell'host SMTP di ricezione. Il rapporto di mancato recapito non viene generato perché il contenuto dell'intero messaggio non viene recapitato prima del raggiungimento dell'evento SMTP OnEndOfData. Pertanto, l'host SMTP di invio è ancora responsabile del recapito finale del messaggio. Se il recapito all'host SMTP di ricezione non riesce prima dell'evento SMTP OnEndOfData, l'host SMTP di invio deve generare il rapporto di mancato recapito per il mittente del messaggio. Una volta raggiunto l'evento SMTP OnEndOfData, l'host SMTP di ricezione ha accettato tutto il contenuto del messaggio. Questo significa che è l'host SMTP ad avere ora la responsabilità di recapitare il messaggio, nonché di generare e inviare un rapporto di mancato recapito al mittente del messaggio. Pertanto, è indispensabile che un agente di protezione dalla posta indesiderata si registri sugli eventi SMTP prima che sia raggiunto l'evento SMTP OnEndOfData, al fine di ridurre le probabilità che l'host SMTP di ricezione memorizzi il contenuto del messaggio e debba generare un rapporto di mancato recapito per il mittente del messaggio.

Tuttavia, per quanto concerne gli agenti antivirus, la considerazione più importante riguarda la garanzia che ogni messaggio venga analizzato. Gli agenti ai quali spetta l'analisi dei messaggi devono essere configurati sull'evento SMTP OnSubmittedMessage. Ogni messaggio che attraversa la pipeline di trasporto incontra l'evento SMTP OnSubmittedMessage, poiché questo si verifica dopo tutti i possibili punti di ingresso degli invii, ad esempio l'invio SMTP da host remoti, l'invio MAPI da computer nei quali è in esecuzione il ruolo del server Cassette postali, la directory di prelievo utilizzata dalle applicazioni personalizzate o la directory di riesecuzione utilizzata dalle applicazioni di posta elettronica di terze parti.

Inizio pagina

Priorità degli agenti di trasporto.

Exchange 2010 consente di specificare la priorità degli agenti di trasporto inclusi in Exchange e aggiunti da applicazioni personalizzate. Specificando la priorità di un agente di trasporto, è possibile controllare quali agenti agiscono per primi su un messaggio. È possibile assegnare una priorità di 1 o superiore agli agenti di trasporto. Gli agenti di trasporto con priorità prossima a 1 vengono applicati per primi ai messaggi. Tuttavia, la priorità assegnata a un agente di trasporto è solo uno dei fattori utilizzati per determinare l'ordine con il quale gli agenti di trasporto vengono applicati ai messaggi. Il secondo fattore utilizzato per determinare la priorità degli agenti di trasporto è la collocazione dell'evento SMTP sul quale è registrato un agente di trasporto all'interno della sequenza degli eventi SMTP.

Come mostrato nelle tabelle in precedenza in questo argomento, gli eventi SMTP vengono applicati ai messaggi che attraversano la pipeline di trasporto in una sequenza specifica. Poiché gli agenti di trasporto sono registrati su eventi SMTP specifici, la priorità entra in gioco solo per gli agenti registrati sullo stesso evento SMTP.

Ad esempio, è possibile configurare gli agenti di trasporto come indicato di seguito:

  • Agente di trasporto AgenteA con priorità 1 registrato sull'evento SMTP OnEndofHeaders

  • Agente di trasporto AgenteB con priorità 4 registrato sull'evento SMTP OnMailCommand

Quando viene visualizzato l'elenco degli agenti registrati utilizzando il cmdlet Get-TransportAgent, l'agente di trasporto AgenteA viene elencato con una priorità maggiore rispetto all'agente di trasporto AgenteB. Tuttavia, quando un messaggio attraversa la pipeline di trasporto, l'agente di trasporto AgenteB viene applicato al messaggio prima dell'agente di trasporto AgenteA, poiché l'evento SMTP OnMailCommand rileva il messaggio prima dell'evento SMTP OnEndOfHeaders.

Inizio pagina

Agenti di trasporto predefiniti

In Exchange 2010 sono inclusi diversi agenti di trasporto predefiniti che consentono di fornire funzionalità quali le regole di trasporto e l'inserimento nel journal. Per impostazione predefinita, sui server Trasporto Hub e Trasporto Edge sono installati gli agenti di trasporto elencati nelle seguenti tabelle. Le seguenti tabelle forniscono anche collegamenti agli argomenti che contengono informazioni relative a ciascun agente.

Agenti di trasporto del server Trasporto Hub

Nome agente Priorità Eventi SMTP Argomento correlato

Agente regole di trasporto

1

OnRoutedMessage

Informazioni sulle regole di trasporto

Agente di decrittografia RMS

La priorità di questo agente non può essere configurata dall'utente.

OnSubmittedMessage

Informazioni su Information Rights Management

Agente di decrittografia dei rapporti del journal

La priorità di questo agente non può essere configurata dall'utente.

OncCategorizedMessage

Informazioni sull'inserimento nel journal

Agente di crittografia RMS

La priorità di questo agente non può essere configurata dall'utente.

OnRoutedMessage

Informazioni su Information Rights Management

Agente di prelicenza

La priorità di questo agente non può essere configurata dall'utente.

OnRoutedMessage

Informazioni su Information Rights Management

Agente di journaling

La priorità di questo agente non può essere configurata dall'utente.

OnSubmittedMessage, OnRoutedMessage

Informazioni sull'inserimento nel journal

Agenti di trasporto del server Trasporto Edge

Nome agente Priorità Eventi SMTP Argomento correlato

Agente filtro connessioni

1

OnConnectEvent, OnMailCommand, OnRcptComand, OnEndOfHeaders

Informazioni sul filtro connessioni

Agente di riscrittura indirizzi in ingresso

2

OnRcptCommand, OnEndOfHeaders

Informazioni sulla riscrittura degli indirizzi

Agente regole Edge

3

OnEndOfData

Informazioni sulle regole di trasporto

Agente filtro contenuto

4

OnEndOfData

Informazioni sul filtro contenuti

Agente ID mittente

5

OnEndOfHeaders

Informazioni sull'ID mittente

Agente filtro mittente

6

OnMailCommand, OnEndOfHeaders

Informazioni sul filtro mittente

Agente filtro destinatario

7

OnRcptCommand

Informazioni su Filtro destinatario

Agente di analisi protocolli

8

OnEndOfHeaders, OnEndOfData, OnReject, OnRsetCommand, OnDisconnectEvent

Informazioni sulla registrazione del protocollo

Agente filtro allegati

9

OnEndOfData

Informazioni sui filtri degli allegati

Agente di riscrittura indirizzi in uscita

10

OnRcptCommand, OnEndOfHeaders

Informazioni sulla riscrittura degli indirizzi

Inizio pagina

Risoluzione dei problemi degli agenti di trasporto

Grazie agli agenti di trasporto, Exchange consente di controllare il flusso dei messaggi di posta elettronica attraverso l'organizzazione. Questa capacità consente a sua volta di adeguare l'infrastruttura di Exchange alle esigenze dell'organizzazione, anziché forzare l'organizzazione stessa ad adeguarsi all'infrastruttura della posta elettronica. Se si personalizza l'ambiente, aumenta la complessità dell'ambiente stesso. Per facilitare la risoluzione dei problemi che possono verificarsi, nonché per verificare che le variazioni apportate vengano applicate ai messaggi come previsto, Exchange offre le seguenti funzionalità:

  • Cmdlet Get-TransportPipeline   Il cmdlet Get-TransportPipeline mostra tutti gli agenti di trasporto abilitati, insieme con gli eventi SMTP su cui sono registrati, che hanno rilevato messaggi nella pipeline di trasporto nel periodo di tempo intercorso tra l'avvio del servizio di trasporto di Microsoft e l'esecuzione del cmdlet. Per ulteriori informazioni, vedere Visualizzazione degli agenti di trasporto nella pipeline di trasporto.

    Nota

    Le informazioni visualizzate dal cmdlet Get-TransportPipeline vengono generate soltanto successivamente all'invio di un messaggio attraverso la pipeline di trasporto. Di conseguenza, vengono visualizzati solo gli agenti di trasporto che hanno rilevato il messaggio.

  • Analisi della pipeline   L'analisi della pipeline consente di creare lo snapshot preciso di un intero messaggio prima e dopo il rilevamento dell'agente di trasporto da parte del messaggio. L'analisi della pipeline consente di determinare quale agente di trasporto può aver generato risultati inattesi o di verificare che l'agente di trasporto si comporti come previsto.

 ©2010 Microsoft Corporation. Tutti i diritti riservati.