Em nosso servidor Exchange 2003, há uma conta usada como o endereço do remetente para milhares de emails automatizados. Podemos chamá-lo [email protected]. Ocasionalmente, envia um email para um destinatário inválido. Em alguns casos, o servidor de email no lado do destinatário enviará um email normal para [email protected] informando que o endereço era inválido e que não foi entregue. Encaminhamos esses e-mails para uma terceira conta, vamos chamar de [email protected], do qual coletamos dados.
Agora, em alguns casos, os e-mails enviados para [email protected] são Undeliverable Reports enviados pelo postmaster. Eu presumo que isso é quando o servidor no lado do destinatário simplesmente diz ao nosso servidor Exchange que o e-mail não pôde ser entregue, mas não gerou um e-mail para enviar de volta para [email protected]. Quando abro esses relatórios não entregues no Outlook, eles não parecem funcionar como e-mails normais.
Aqui está a pergunta:
Gostaríamos de fazer o autoforward automático desses relatórios não entregues para [email protected]. Configurar uma regra de auto-orientação parece não funcionar. É possível configurar o autoforwarding de relatórios não entregues de [email protected] para [email protected]?
No Microsoft Exchange 2000 Server e no Microsoft Exchange Server 2003, você pode enviar uma cópia de todas as notificações de falha na entrega (NDRs) para uma caixa de correio específica ou endereço de email [SMTP].
- XADM: como enviar uma cópia de uma notificação de falha na entrega a um endereço de email específico
A melhor maneira de fazer isso é com uma regra do lado do servidor do Outlook. É necessário garantir que, ao criar a regra no Outlook, que você não use nenhuma regra somente de cliente, você deseja que a regra seja executada no servidor, em vez de abrir o Outlook. As regras somente do cliente terão "somente cliente" no final delas.
Este artigo mostra a diferença entre as regras do lado do servidor e do cliente.
Por que não TODOS os e-mails foram encaminhados para [email protected], já que não existem muitos. Em seguida, use Regras para eliminar ou categorizar os indesejáveis. Isso é mais uma solução alternativa, mas pode ser útil.
Por que atribuir uma caixa de correio ao endereço "[email protected]"? Parece que você não precisa disso. Você pode atribuir esse endereço de e-mail a um grupo (concedendo permissão "Enviar como" a esse grupo para as partes apropriadas que devem enviar e-mails, se necessário) e colocar o destinatário "[email protected]" no "mail @ compamy. com "grupo. Em seguida, os e-mails enviados para "[email protected]" acabarão indo para o destinatário "[email protected]".
Como isso não é viável, você está tentando usar algum tipo de sistema automatizado para eliminar o que está procurando. Um pôster mencionou as regras do lado do servidor do Exchange, mas a funcionalidade é limitada porque você não tem muitos recursos lógicos.
Você vai precisar de algum tipo de agente automatizado com um pouco de "inteligência" porque não há uma forma "padrão" que esses relatórios não entregues possam receber. Servidores de correio remoto diferentes podem enviar a mensagem NDR durante o envelope SMTP (fazendo com que seu servidor local gere o NDR), enquanto outros (como versões anteriores do Exchange) podem aceitar a mensagem e gerar uma nova mensagem com um NDR em um servidor de email formato.
Você terá um tempo muito melhor se puder enviar "De:" e o endereço que não deve receber outros emails além dos NDRs. Essa é a sua verdadeira resposta, porque você não precisa de um agente 'inteligente' para classificar e revisar as mensagens recebidas. A única coisa que estaria entrando, então, seria NDRs (e spam).
Por que o e-mail não é enviado de campanhas @, que é um alias para undelivered @ com uma resposta para e-mail @.
Acredito que as mensagens não entregues vão para o remetente original, não para a resposta. (Embora eles possam ir para ambos, na verdade. Hmm.)
Tags email exchange exchange-2003