Implementación de ruta de retorno de envolvente variable (VERP) utilizando Exchange

Estamos buscando implementar la Ruta de retorno de envolvente variable (VERP) para mejorar el procesamiento de rebote para nuestra aplicación.

Nuestra infraestructura de correo actual es MS Exchange 2007, pero estamos en proceso de actualización a 2010. También estamos implementando Postini para el filtrado de spam.

Exchange no admite subdireccionamiento (consulte también esta pregunta sobre direcciones desechables ), y VERP es una especie de aplicación especializada de subdireccionamiento.

¿Hay alguna opción para implementar VERP en Exchange sin poner otro relé SMTP que no sea Exchange delante de Exchange para preprocesar los mensajes entrantes? Específicamente, ¿podría crearse una regla de transporte que pudiera coincidir con el destinatario objetivo (no existente), almacenar esa dirección del destinatario en un encabezado especial agregado al mensaje y redirigir el mensaje a un buzón pre-creado?

Nota: tenemos recursos para desarrolladores disponibles si el código personalizado se puede usar de alguna manera.

Ciertamente, fuera de la caja, no hay soporte para VERP en Exchange 2007/2010. Como sabes. No creo que pueda crear una regla de transporte, incluso con PowerShell, para hacer lo que quiera. Creo que lo más cerca que estarás es construir tu propio Agente de Transporte. Puede encontrar el SDK de Exchange en msdn.microsoft.com. Si su objetivo es determinar para quién rebotó un mensaje, es mejor que analice los registros de protocolo. El registro de protocolo debe estar activado y tiene registros de envío / recepción separados. Buena suerte Paul

El intercambio apesta a esto. El software de correo de Linux es gratuito. Instálelo en una caja, configure un subdominio para todo el correo específico de su aplicación que envíe. (Como myapp.mycompany.tld, entonces todo su correo proviene de someuser@myapp.mycompany.tld)

Sería bastante fácil escribir (o hacer que alguien escriba) una aplicación rápida y sucia que recibiría y procesaría los mensajes de devolución y notificaría a su aplicación usando algo como SOAP.

Si usted es un entorno solo para Windows, no es divertido separarse para ejecutar un servidor Linux único, pero no conozco una forma de hacerlo con Exchange.

Otra opción podría ser incrustar una cadena única de caracteres en el encabezado, asunto o cuerpo de cada mensaje. Utilice X-MyApp-Id: bla. Por supuesto, esto puede disparar más filtros de spam ...

Hacemos esto analizando los registros de seguimiento de mensajes y teniendo una regla que elimina los mensajes de rebote antes de enviarlos. Esto funciona si su aplicación de envío puede crear una ruta de retorno VERP. No es la parte de intercambio SMTP que no puede hacer VERP, es la parte del buzón que no puede manejar los comodines para depositar los mensajes de devolución en un buzón. Si usa los registros, no tiene que enviar el mensaje de devolución que reduce el tráfico de correo. Los registros son archivos csv, por lo que se cargan de manera ordenada en una base de datos y luego analiza el campo de la ruta de retorno para su ID de registro VERP y usa el código de razón para marcar como rebote duro o suave. El problema que tenemos es que esto funciona muy bien si su aplicación utiliza smtp para conectarse al servidor de intercambio. Por alguna razón, si utiliza el intercambio del directorio de recogida, reemplaza su ruta de retorno verp con la dirección de origen y pierde la capacidad de hacerlo. Todavía estoy tratando de resolver esto.