Cabeçalho "Entregue para" no Exchange


9

Em algumas implementações do servidor SMTP (ie Postfix) você pode ativar Delivered-Toe X-Original-Tocabeçalhos que serão adicionados ao seu email. (ou [X-]Envelope-To)

Isso é muito útil nas listas de distribuição para determinar para qual endereço de email o email foi redirecionado.

Portanto, quando o email foi enviado para distribute@example.com, você pode ver no cabeçalho Delivered-Toou para o Envelope-Toqual foi redirecionado (distribuído) para xy@example.com, que é um dos muitos outros endereços de email vinculados a uma única caixa de correio.

Como localizo qual endereço foi usado para entregar esse email em uma caixa de correio específica no Microsoft Exchange 2010?

Olhando para a mensagem simples (com todos os cabeçalhos), não consigo encontrar nenhuma informação de que o email chegou via endereço xy@example.com

Acho que preciso que o Delivered-Tocabeçalho (ou similar) seja definido no Microsoft Exchange quando um email é entregue por meio de listas de distribuição.

Existe alguma maneira de habilitar esse cabeçalho no Exchange 2010?

Eu preciso dele para que o nosso sistema de tickets (OTRS) reconheça corretamente a que o ticket pertence. Adicionar todos os endereços de email de todas as listas de distribuição à configuração do sistema não é a solução certa.

E se houver uma solução para o Exchange 2010, isso também é aplicável ao Exchange 2007?


4
Qual versão específica do Exchange?
precisa

À segunda pergunta de HopelessN00b - Qual versão do Exchange?
Sunny Chakraborty

@ HopelessN00b assume 2010
Kaii

Será que isso importa que membro do grupo os pontos DeliveredTo cabeçalho, por seus OTRS
fmysky

@ fmysky sim, é por isso que eu fiz essa pergunta. existem vários grupos de distrubuição, em que um dos muitos outros endereços é um membro. Preciso saber qual endereço exatamente é membro do DL, para que o OTRS possa filtrar o correio corretamente e colocá-lo na fila certa.
Kaii

Respostas:


2

Se estou entendendo a pergunta corretamente, aqui está uma maneira de obter os cabeçalhos que você deseja, mas aposto que você não vai gostar. É baseado em regras de transporte.

Se você pode controlar o conjunto de endereços OTRS e eles podem ser registrados no Exchange (como contatos do Exchange, talvez), você pode fazer uma regra de transporte para cada um deles da seguinte maneira:

Apply rule to messages
sent to **OTRS Username**
and set X-Envelope-To with **xy@example.com**

Como observa fmysky, a coisa horrível das regras de transporte é que elas usam cadeias de caracteres literais. Portanto, você precisaria de uma regra de transporte para cada endereço OTRS (mas não precisaria de uma para cada lista de distribuição).

Eu tentei isso no meu ambiente do Exchange 2007 e funcionou quando enviei uma mensagem para uma de nossas listas de distribuição internas.


0

Você pode adicionar seqüências de caracteres literais em cabeçalhos personalizados por meio de regras de transporte, mas acredito que o recurso que você deseja não seja possível, mesmo com o PowerShell. A menos que você faça seu próprio agente de transporte.


0

Você pode obter o endereço Para: original, no entanto, uma vez que ele entra no Exchange, não pode dizer quais decisões foram tomadas para chegar à caixa de correio.

A menos que você tenha grupos de distribuição aninhados, isso não deve ser um problema, pois você pode obter o endereço Para: original

Se você estiver usando grupos de distribuição aninhados, sugiro mudar para grupos de distribuição não aninhados.


Na verdade, mesmo sem o aninhamento, temos um problema, conforme descrito na minha pergunta. É enviado um email para o group@domainqual é distribuído e recipient-123@domainresolvido para ser entregue em uma caixa de correio específica. Ao buscar a caixa de correio, tudo o que o OTRS pode ver é To: group@domainapenas o que as regras de filtro estão procurando To: recipient-123@domain(<< é o que eu preciso!). Para resolver isso, teríamos de adicionar todos os grupos conhecidos que também incluem recipient-123as regras de filtro. Mas isso é impossível porque geralmente nunca somos informados quando o endereço é adicionado a um grupo.
Kaii
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.