Como você altera o campo De: no cabeçalho de um e-mail usando o Outlook ou o Exchange on-line?

Question

Eu tenho a tarefa de automatizar um processo: fazer com que os alertas por email do GMS criem tickets automaticamente no ConnectWise, E atribua automaticamente o cliente adequado.

Em nosso ambiente, temos um SonicWALL GMS que envia alertas por e-mail. O GMS monitora 20 SonicWALLS diferentes para 20 clientes diferentes.

Os alertas são enviados de [email protected]. Os emails são enviados para um grupo de distribuição [email protected]. Neste grupo de distribuição está o membro [email protected]. Quando um email é recebido por [email protected], um ticket é criado automaticamente em nosso sistema de tickets. Este fluxo de mensagens está funcionando corretamente, sem problemas.

O desafio é o seguinte: para que o sistema de tickets selecione automaticamente o campo da empresa, o campo FROM: precisa ser um contato da empresa. Por exemplo: [email protected]

O que preciso é uma regra que possa alterar o endereço de e-mail remetente: remetente@domínio.com para um endereço de e-mail de contato do cliente [email protected], com base no número de série da SonicWALL no assunto ou no corpo do e-mail. Eu não preciso redirecionar o e-mail, posso obtê-lo no lugar certo, eu só preciso mudar onde o e-mail é DE, então o sistema de tickets atribui o cliente correto

Eu pesquisei isso extensivamente. Eu tentei as regras do Outlook, mas não consigo encontrar uma que "envie como" um usuário diferente. Eu pesquisei as regras de fluxo de mensagens do Exchange que ajustam as informações do cabeçalho da mensagem, até mesmo abri um ticket com o suporte do Office 365, e elas chegaram a um beco sem saída também. Alguém tem alguma idéia sobre como alterar o campo De: no cabeçalho de um email usando o Outlook ou o Exchange on-line?

************* EDITAR *************** Para maior clareza, adicionei um diagrama que mostra o fluxo e o que precisa acontecer. O campo Para: não precisa ser alterado. Os e-mails estão sendo entregues para onde eles precisam ir. Quando chegarem aonde estão indo, o campo De: precisa mudar.

    

Answer 1

Isso não é algo disponível no Exchange não modificado, muito menos no Outlook. Eu realizei exatamente a mesma coisa de duas maneiras.

1) Utilizamos filtros IronPort ESA / nós SMTP para aceitar correio. Você pode escrever uma regra nesse nível para fazer o que está perguntando antes de entregar ao Exchange. A ideia é simples e muitos filtros de email terão recursos semelhantes. Ter uma regra de conteúdo de e-mail que seja acionada se o remetente for 'GMS' e o corpo contiver o número de série 'xyz' (muitas regras, uma para cada SN); a ação é modificar o endereço do remetente do envelope para o endereço desejado. Não se preocupe se você está falando sobre como modificar um endereço com um domínio que parece não ser controlado. Dependendo de onde no processo o seu filtro realiza a verificação do remetente & anti-spoof / spam sua alteração do endereço de pode causar falhas na entrega. Apenas tenha em mente que pode haver mudanças adicionais que isso requer.

2) Eu escrevi um Agente de Transferência de E-mail SMTP personalizado em .Net, meu código era strip & anexos de redirecionamento (não desejávamos anexos grandes residindo em nosso servidor Exchange, portanto, o ESA enviaria e-mails de um determinado tamanho para meu MTA que moveria os anexos para um servidor de arquivos e inseriria links para os arquivos transferidos na mensagem corpo). Você pode fazer a mesma coisa, obter um MTA personalizado que leia o corpo e altere o endereço de acordo com algumas informações de pesquisa. "Se o SN corresponder ao dispositivo devices.SN, configure From as devices.ContactEmail". Você precisará de alguém para fazer a codificação para você (supondo que não esteja no seu conjunto de habilidades, se for, boom, está tudo pronto). Em seguida, o seu MTA apenas passa a saída reescrita para o conector de entrada do Exchange.

Não, você não pode fazer isso no Exchange nativo (e especialmente no Exchange Online, onde alterar o endereço FROM para domínios não-autoritativos é algo muito desaprovado). Mas isso pode ser feito.

    

Answer 2

Uma solução possível para quem usa o Exchange Online (365):

Minha situação:
Eu tinha essencialmente o mesmo problema (como Ben) em que um fornecedor enviava e-mails de status para nosso sistema de tickets que eu queria atribuir automaticamente a um de nossos clientes. A única opção que eu poderia mudar no final do nosso fornecedor era o e-mail onde os avisos foram enviados.

Nosso e-mail é hospedado no Exchange Online (365), limitando nossas opções. Não tínhamos nenhum filtro SMTP que pudesse ser configurado para nos ajudar.

Minha solução (aka o que funcionou para mim):
1. O que eu fiz foi configurar uma caixa de correio compartilhada para cada cliente (para mim, isso era o total de 7 caixas de correio compartilhadas).
2. Então eu entrei na caixa de correio da web para um determinado cliente e fui para "Configurações - > Mail - > Processamento automático - > Caixa de entrada e regras de varredura" onde criei uma regra para encaminhar qualquer mensagem do nosso fornecedor para o nosso sistema de tickets.
3. Depois, adicionei esse endereço de caixa de correio compartilhado à lista de contatos do nosso sistema de ticket como um contato no cliente correto.
4. A etapa final foi alterar o e-mail de notificação do nosso fornecedor para enviar e-mails para a caixa de correio compartilhada associada a cada um de nossos clientes.

Limitações (que eu conheço):
- Isso faz com que a mensagem tenha o "FW:" anexado à linha de assunto do e-mail, bem como o texto típico de reencaminhamento de mensagem dizendo o remetente original, o destinatário e a hora na parte superior do texto do corpo do e-mail. Isso realmente não fez diferença para nossos técnicos, mas pode ser um problema para alguém.

Outros pensamentos:
- Eu imagino que a mesma coisa poderia ser feita usando a versão desktop do Outlook, mas o Outlook teria que permanecer aberto para encaminhar as mensagens. - Esta solução funciona bem para nós, pois as caixas de correio compartilhadas não exigem uma licença 365 ativa, portanto, não há custo extra. - Também configurei uma regra que excluiria automaticamente as respostas automáticas de nosso sistema de tickets e outros emails indesejados apenas para manter a caixa postal limpa.
- Finalmente, também usei essa configuração para incluir alguns programas que usamos que exigem um servidor SMTP. O que eu fiz foi dar uma conta de correio normal acesso total e enviar como permissões para as caixas de correio compartilhadas. (Nós tínhamos uma conta de manutenção, então é isso que eu usei.) Então eu poderia inserir as configurações de SMTP 365 com o login sendo nossa conta de manutenção e o "send as" era a caixa de correio específica do cliente. O programa foi então configurado para enviar e-mail diretamente para o nosso sistema de tickets e aparece como vindo da caixa de correio compartilhada. (OBSERVAÇÃO: A conta de correio normal exigirá uma licença ativa, pois é necessário fazer login no servidor de e-mail. Eu usei nosso e-mail de manutenção porque todos os nossos e-mails de usuário normais exigem alterações de senha em 90 dias, o que exigiria a atualização constante da senha em nossos programas também, mas nosso email de manutenção é uma senha estática.)

Espero que isso ajude alguém com o problema deles.