Implementando caminho de retorno de envelope variável (VERP) usando o Exchange

Estamos estudando a implementação do caminho de retorno de envelope variável (VERP) para melhorar o processamento de rejeição de nosso aplicativo.

Nossa infraestrutura de email atual é o MS Exchange 2007, mas estamos em processo de atualização para 2010. Também estamos implementando o Postini para filtragem de spam.

O Exchange não suporta sub-endereçamento (consulte também esta pergunta sobre endereços descartáveis ) - e o VERP é uma aplicação especializada de sub-endereçamento.

Existem opções para implementar o VERP no Exchange sem colocar outra retransmissão SMTP que não seja do Exchange na frente do Exchange para pré-processar as mensagens recebidas? Especificamente, poderia ser criada uma regra de transporte que pudesse corresponder ao destinatário (não existente) de destino, armazenar esse endereço em um cabeçalho especial adicionado à mensagem e redirecionar a mensagem para uma caixa de correio pré-criada?

Nota: temos recursos de desenvolvedor disponíveis se o código personalizado puder ser usado de alguma forma.

Certamente, pronto para o uso, não há suporte para VERP no Exchange 2007/2010. Como você sabe. Não acredito que você consiga criar uma regra de transporte, mesmo com o PowerShell, para fazer o que quiser. Acredito que o mais próximo que você conseguirá é construir seu próprio Agente de Transporte. Você pode encontrar o SDK do Exchange em msdn.microsoft.com. Se seu objetivo é determinar para quem uma mensagem foi devolvida, é melhor analisar os logs do protocolo. O log de protocolo deve estar ativado e possuir logs de envio / recebimento separados. Boa sorte, paul

Troca é uma merda nisso. O software de correio Linux é gratuito. Instale-o em uma caixa, configure um subdomínio para todos os emails específicos de seu aplicativo que você enviar. (Como myapp.mycompany.tld, todas as suas mensagens são de [email protected])

Seria bastante fácil escrever (ou convencer alguém a escrever) um aplicativo rápido e sujo que recebesse e processasse as mensagens de devolução e notificasse seu aplicativo usando algo como SOAP.

Se você é um ambiente somente para Windows, não é divertido interromper um servidor Linux único, mas não conheço uma maneira de fazer isso com o Exchange.

Outra opção pode ser incorporar uma sequência única de caracteres no cabeçalho, assunto ou corpo de cada mensagem. Use X-MyApp-Id: blá. Claro que isso pode ativar mais filtros de spam ...

Fazemos isso analisando os logs de rastreamento de mensagens e adotando uma regra que exclui as mensagens devolvidas antes de serem enviadas. Isso funciona se o seu aplicativo de envio puder criar um caminho de retorno VERP. Não é a parte SMTP da troca que não pode executar o VERP; é a parte da caixa de correio que não pode manipular os curingas para depositar as mensagens de devolução em uma caixa de correio. Se você usar os logs, não precisará enviar a mensagem de devolução, reduzindo o tráfego de mensagens. Os logs são arquivos csv, portanto, eles carregam um pouco de maneira organizada em um banco de dados e, em seguida, você analisa o campo do caminho de retorno para seu ID de registro VERP e usa o código de razão para marcar como devolução forte ou suave. O problema que temos é que isso funciona muito bem se seu aplicativo usa smtp para conectar-se ao servidor de troca. Por algum motivo, se você usar a troca de diretório de recebimento, substituirá o caminho de retorno do verp pelo endereço de e você perderá a capacidade de fazer isso. Ainda tentando descobrir isso.