Bifurcação
A bifurcação (também conhecida como fork) refere-se ao processo de criação de múltiplas cópias de uma determinada mensagem. Todas estas cópias terão o mesmo conteúdo de mensagem, mas envelopes diferentes.
A bifurcação ocorre através do Microsoft Exchange enquanto as mensagens estão em trânsito.
Existem diferentes objetivos para os quais a bifurcação pode ocorrer numa mensagem em trânsito, como (incluindo, mas não limitado) personalização baseada no destinatário, encaminhamento, segurança e desempenho.
A bifurcação permite a personalização da mensagem com base no destinatário. Especificamente, a necessidade da ocorrência de bifurcação para personalizar a mensagem é criada pelos seguintes cenários:
-
Quando as políticas se aplicam a um subconjunto de destinatários: por exemplo, se estiver implementada uma política para adicionar uma exclusão de responsabilidade às mensagens enviadas para destinatários externos, o Exchange irá bifurcar a mensagem, resultando em:
- Uma cópia para os destinatários internos com o conteúdo da mensagem original e
- Uma segunda cópia para os destinatários externos com o conteúdo modificado e exclusão de responsabilidade.
- Quando os destinatários necessitam de definições de mensagens diferentes: o Exchange irá bifurcar uma mensagem quando a definição recibos de leitura estiver ativada para alguns destinatários e bloqueada para outros.
- Quando o remetente da mensagem no MAIL FROM no envelope de mensagem é atualizado: por exemplo, é enviada uma mensagem a um utilizador e a um grupo de distribuição. Nesse caso, se o grupo tiver sido configurado para não comunicar relatórios de entrega sem êxito (NDRs), a mensagem tem de ser bifurcada, uma vez que a cópia enviada para o grupo terá o remetente do envelope (MAIL FROM:) definido como <> (o caminho inverso nulo) para suprimir os NDRs.
- Quando as mensagens de resposta automática [por exemplo, notificações de estado de entrega (DSNs), mensagens fora do escritório (OOF) e relatórios de resgate] têm de ser suprimidas.
- Quando os destinatários alternativos são expandidos.
- Quando um campo de cabeçalho "Reenviar De:" é adicionado ao cabeçalho da mensagem. Os campos de cabeçalho reenviado são campos de cabeçalho informativos que podem ser utilizados para determinar se uma mensagem foi reencaminhada por um utilizador. Os campos de cabeçalho reenviar fazem com que a mensagem seja apresentada ao destinatário de forma a que tenha sido enviada diretamente pelo remetente original. O destinatário pode ver o cabeçalho da mensagem para descobrir quem reencaminhava a mensagem. Os campos de cabeçalho reenviado são definidos na secção 3.6.6 de RFC 5322.
- Quando o histórico de expansão do grupo tem de ser transmitido.
A bifurcação permite o encaminhamento e a necessidade da ocorrência de bifurcação para encaminhar a mensagem é criada pelos seguintes cenários:
- Quando as regras de fluxo de correio (também conhecidas como Regras de Transporte) são aplicáveis apenas a um subconjunto de destinatários.
- Quando os destinatários têm domínios de próximo salto diferentes.
Funcionalidades como antisspessoal e outras relacionadas com segurança podem efetuar a utilização de forks para fins de proteção contra ameaças e segurança.
A bifurcação facilita um bom desempenho e a necessidade da ocorrência de bifurcação para otimizar o desempenho é criada pelo seguinte cenário:
- Para limitar o número de destinatários de envelopes numa única mensagem: a expansão de grupos grandes pode gerar milhares de destinatários individuais. Em vez de criar uma única cópia da mensagem com milhares de destinatários de envelopes, o Exchange cria várias cópias da mesma mensagem, que têm um número limitado de destinatários no envelope da mensagem.
A bifurcação pode afetar a forma como algumas das nossas funcionalidades do Exchange funcionam e, por isso, é importante compreender como este impacto pode alterar parte do respetivo comportamento.
Algumas implicações da ocorrência de bifurcação estão descritas na seguinte tabela:
Pode afetar | Como? |
---|---|
Regras de fluxo de correio (também conhecidas como Regras de Transporte) | As condições de regra (ou exceções) que são cumpridas/cumpridas pela mensagem original podem não ser cumpridas/cumpridas por alguns dos forks. As ações de regra serão executadas de forma independente para todos os forks (por exemplo, gerar uma notificação ou relatório de incidente para cada cópia da mensagem). |
Moderação | Cada cópia da mensagem resultará num pedido de aprovação separado. |
Registro no diário | Serão arquivadas várias cópias de uma mensagem, o que leva a um aumento dos custos de armazenamento. |
Políticas de Prevenção de Perda de Dados (DLP) | As políticas que possam ter sido aplicadas à mensagem original podem já não se aplicar a alguns dos forks. As ações de regra serão executadas de forma independente para todos os forks (por exemplo, gerar uma notificação ou relatório de incidente para cada cópia da mensagem). |