Biforcazione
La biforcazione (nota anche come fork) si riferisce al processo di creazione di più copie di un determinato messaggio. Tutte queste copie avranno lo stesso contenuto del messaggio, ma buste diverse.
La biforcazione si verifica tramite Microsoft Exchange mentre i messaggi sono in transito.
Esistono diversi scopi per cui la biforcazione può verificarsi a un messaggio in transito, ad esempio personalizzazione, routing, sicurezza e prestazioni basate sul destinatario(incluse ma non limitate).
La biforcazione consente la personalizzazione del messaggio in base al destinatario. In particolare, l'occorrenza della biforcazione per personalizzare il messaggio viene creata dagli scenari seguenti:
-
Quando i criteri si applicano a un subset dei destinatari: ad esempio, se è in atto un criterio per aggiungere una dichiarazione di non responsabilità ai messaggi inviati a destinatari esterni, Exchange biforcaterà il messaggio, generando:
- Una copia per i destinatari interni con il contenuto del messaggio originale e
- Una seconda copia per i destinatari esterni con il contenuto modificato e la dichiarazione di non responsabilità.
- Quando i destinatari richiedono impostazioni di messaggio diverse: Exchange biforcaterà un messaggio quando l'impostazione delle ricevute di lettura è abilitata per alcuni destinatari e bloccata per altri.
- Quando il mittente del messaggio in MAIL FROM nella busta del messaggio viene aggiornato: ad esempio, un messaggio viene inviato a un utente e a un gruppo di distribuzione. In questo caso, se il gruppo è stato configurato per non segnalare report di mancato recapito, il messaggio deve essere biforcato perché la copia inviata al gruppo avrà il mittente della busta (MAIL FROM:) impostato su <> (il percorso inverso Null) per eliminare i rapporti di mancato recapito.
- Quando i messaggi di risposta automatica ,ad esempio le notifiche di stato del recapito (DSN), i messaggi fuori sede (OOF) e i report di richiamo, devono essere eliminati.
- Quando vengono espansi destinatari alternativi.
- Quando un campo di intestazione "Resent-From:" viene aggiunto all'intestazione del messaggio. I campi di intestazione Inviato nuovamente sono campi di intestazione informativi che possono essere utilizzati per determinare se un messaggio è stato inoltrato da un utente. I campi di intestazione di risentimento fanno in modo che il messaggio venga visualizzato al destinatario in modo che sia stato inviato direttamente dal mittente originale. Il destinatario può visualizzare l'intestazione del messaggio per individuare chi ha inoltrato il messaggio. I campi Inviato nuovamente vengono descritti nella sezione 3.6.6 della RFC 5322.
- Quando la cronologia delle espansioni del gruppo deve essere trasmessa.
La biforcazione abilita il routing e l'occorrenza della biforcazione per instradare il messaggio viene creata dagli scenari seguenti:
- Quando le regole del flusso di posta (note anche come regole di trasporto) sono applicabili solo a un subset di destinatari.
- Quando i destinatari hanno domini hop successivi diversi.
Funzionalità come la protezione dalla posta indesiderata e altre correlate alla sicurezza possono essere eseguite per scopi di sicurezza e protezione dalle minacce.
La biforcazione facilita buone prestazioni e lo scenario seguente crea la necessità di biforcazione per ottimizzare le prestazioni:
- Per limitare il numero di destinatari della busta in un singolo messaggio: l'espansione di gruppi di grandi dimensioni può generare migliaia di singoli destinatari. Invece di creare una singola copia del messaggio con migliaia di destinatari della busta, Exchange crea più copie dello stesso messaggio, che hanno un numero limitato di destinatari nella busta del messaggio.
La biforcazione può influire sul funzionamento di alcune delle funzionalità di Exchange ed è quindi importante comprendere in che modo questo impatto può modificare parte del loro comportamento.
Nella tabella seguente sono descritte alcune implicazioni dell'occorrenza della biforcazione:
Può influire | Come? |
---|---|
Regole del flusso di posta (note anche come regole di trasporto) | Le condizioni della regola (o le eccezioni) soddisfatte o soddisfatte dal messaggio originale potrebbero non essere soddisfatte o soddisfatte da alcuni dei fork. Le azioni delle regole verranno eseguite in modo indipendente per tutti i fork, ad esempio generando una notifica o un report degli eventi imprevisti per ogni copia del messaggio. |
Moderazione | Ogni copia del messaggio genererà una richiesta di approvazione separata. |
Inserimento nel journal | Verranno archiviate più copie di un messaggio, con conseguente aumento dei costi di archiviazione. |
Criteri di prevenzione della perdita dei dati (DLP) | I criteri che potrebbero essere stati applicati al messaggio originale potrebbero non essere più applicabili ad alcuni dei fork. Le azioni delle regole verranno eseguite in modo indipendente per tutti i fork, ad esempio generando una notifica o un report degli eventi imprevisti per ogni copia del messaggio. |