2012-02-01 13 views
10

Hace algún tiempo vi a una pregunta acerca de la detección de la devolución de mensajes:Detección de mensajes devueltos por la cabecera Return-Path

estoy trabajando en una herramienta que se vayan a enviar mensajes a granel (no es spam :) y tengo que añadir una función que detectará los mensajes devueltos. ¿Hay una respuesta estándar asociada con los rebotes? ¿Estaría en el encabezado del cuerpo? Por Papá, 2011-09-12


No se puede confiar en cualquiera de los encabezados o el cuerpo del mensaje devuelto para ser capaz de identificar de forma fiable el destinatario original, especialmente si desea automatizar el proceso. Incluso si agrega sus propios encabezados personalizados, es probable que el servidor de rebote los desvirtúe cuando le envíe la notificación ......................... ....

La única información que permanecerá intacta en un rebote es la dirección de correo electrónico de la ruta de retorno, la dirección a la que su servidor anuncia que quiere que se envíen los rebotes. Por lo tanto, la única forma de automatizar la captura de rebote realmente precisa es codificar el destinatario directamente en la dirección de la ruta de retorno. Esto normalmente se haría anulando la dirección de ruta de retorno predeterminada de su servidor para cada mensaje saliente, usando un valor único por destinatario, como [email protected], donde XXXXX es una representación codificada y/u ofuscada de la dirección de correo electrónico del destinatario o algún otro identificador interno. Esta técnica requiere el uso de un servidor de correo electrónico que pueda admitir este tipo de comodín para que no tenga que configurar una nueva cuenta de rebote para cada dirección de correo electrónico que esté enviando. Asumiendo eso, simplemente configure el servidor para que descargue todos esos correos electrónicos de rebote * a su secuencia de comandos, que solo necesita decodificar el XXXXX para determinar quién era el destinatario original. respondió Sep 12 '11 Alex Howansky

Lo anterior parece ser una excelente solución. Ahora mi pregunta es:

Cómo configurar un sufijo (o cualquier otro) servidor de correo para volcar todos y cada uno se recuperaron de correo electrónico de la cuenta [email protected] a un script que analizar y recuperar la identidad de el destinatario original? ¿Se ha guardado el guión para guardar un directorio en el servidor de correo y el mensaje volcado en el mismo directorio?

¿Un proveedor de servicios de correo electrónico externo le permite configurar la cuenta de correo electrónico para los mensajes de dumping e instalar el script en el servidor?

Sing

Respuesta

12

La norma pertinente se llama VERP, por cierto.

Quiere decir [email protected], no simplemente [email protected]. ¡El token es lo que lo hace único!

Postfix ya se aceptará correo para [email protected] dado una dirección [email protected] válida siempre y cuando se configura el recipient_delimiter en main.cf:

recipient_delimiter = + 

Hay algunas maneras diferentes para configurar Postfix para que se entregará el correo a su script Y le dirá lo que era el token. Prueba esto:

  1. Crear la dirección [email protected] la misma manera se crea alias normalmente en ese dominio: por ejemplo,un alias normal o un buzón virtual

  2. Cree un transporte de entrega personalizado en master.cf. ${extension} significa que la secuencia de comandos recibirá lo que venga después del + como primer argumento, y <username> en caso de que el uid local bajo el cual se debe ejecutar la secuencia de comandos.

    bounce unix -  n  n  -  -  pipe 
        flags=R user=<username> argv=/script/which/receives/bounces ${extension} 
    
  3. Crear un mapa de transporte si no tiene ya uno:

    transport_maps = hash:/etc/postfix/transport 
    
  4. Añadir la siguiente línea en /etc/postfix/transport para dirigir [email protected] al nuevo transporte que ha creado en master.cf:

    [email protected] bounce: 
    
  5. Reconstruir el mapa de transporte:

    postmap /etc/postfix/transport 
    
Cuestiones relacionadas