Desactivar Successful Mail Delivery Report, envío de confirmación o con éxito desde PostFix
Si estáis trabajando con un servidor Postfix es posible que en esta configuración estéis recibiendo los molestos mensajes de confirmación automáticos. En nuestro caso estamos utilizando aplicaciones externas y al enviar el mensaje desde la aplicación «inexplicablemente» nos estaba enviando un mail como el siguiente:
De: Mail Delivery System (MAILER.DAEMON@vps….)
Asunto: Successful Mail Delivery Report
This is the mail system at host xxxxxxxxxxxxx Your message was successfully delivered to the destination(s) listed below. If the message was delivered to mailbox you will receive no further notifications. Otherwise you may still receive notifications of mail delivery errors from other systems. The mail system XXXXXXXXXX delivery via plesk_virtual: delivered via plesk_virtual service
Reporting-MTA: dns; xxxxxxxxxxxxxx X-Postfix-Queue-ID: C8CDH685AC2 X-Postfix-Sender: rfc822; xxxxxxxxxxxxxxxxx Arrival-Date: Fri, 23 May 2014 16:43:24 +0200 (CEST) Final-Recipient: rfc822; xxxxxxxxxxx Original-Recipient: xxxxxxxxxxxxxx Action: relayed Status: 2.0.0 Diagnostic-Code: X-Postfix; delivery via plesk_virtual: delivered via plesk_virtual service
Return-Path: xxxxxxxxxxxxxxxx X-No-Relay: not in my network Received: from cb61596 (unknown [xx.xx.xx.xx]) by vps48028.ovh.net (Postfix) with ESMTPA id C8CD0685AC2 for xxxxxxxxxxxxxx; Fri, 23 May 2014 16:43:24 +0200 (CEST) MIME-Version: 1.0 From: "xxxxxxxxxxxxxxxxx To: xxxxxxxxxxxxxx Reply-To: xxxxxxxxxxxxxxxxxx Date: 23 May 2014 16:43:20 +0200 Subject: =?utf-8?B?RGtHZXND0IC0gVGVzdCBkZSBjb25maWd1cmFjacOzbiBkZSBz?= =?utf-8?B?ZXJ2aWRvciBkZSBjb3JyZW8=?= Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64
La solución es bastante sencilla, llegar a la configuración de nuestro servidor de correo Postfix y configurarlo para que este no envíe las tan molestas confirmaciones. Para ello:
1.- Editamos el archivo de configuración, normalmente ubicado en: /etc/postfix/conf/main.cf aunque puede ser que esté también en /etc/postfix/main.cf
vim /etc/postfix/conf/main.cf
o
vim /etc/postfix/main.cf
2.- Agregamos al final del fichero de configuración de Postfix el siguiente parámetro :
smtpd_discard_ehlo_keywords = silent-discard, dsn
3.- Comprobamos que esté guardado correctamente con el comando
postconf -n
Es posible que no esté al final del listado que nos muestra postconf -n, Nos mostrará algo tal que así, con lineas por encima y debajo del parámetro de configuración.
…
smtpd_discard_ehlo_keywords = silent-discard, dsn…
Una vez configurado este parámetro, solo nos quedaría reiniciar nuestro servidor de correo Postfix y listo. En mi caso que utilizo CentOS
service postfix restart
Y listo! Ya tendríamos desabilitado el ·$&&»$% de reenvio de correos automáticos!
Comentad y compartir si os ha ayudado!
No sé por qué les ocurría a solo algunos clientes y de hecho solo a algunas cuentas de correo de un mismo dominio, no le pasaba a todos.
La cosa es que se ha solucionado! Gracias!
Gracias por comentar RdeRock, supongo que será por alguna configuración que tenga dentro de su gestor de correo, por que si solo pasaba a algunas cuentas de correo del dominio es extraño.
Esta configuración de todas maneras es para la gestión automática de confirmación, pero si te ha valido genial, que para eso es 😉
Saludos!
Excelente solucion! Mis clientes y yo estabamos desesperados con esta situacion de notificaciones, que veo se presentan desde Plesk version 12. Muchas gracias a este GENIO!
Gracias por comentar Giovanny
En verdad este reporte se me estaba dando en la versión 11.x de Plesk, no recuerdo exactamente la subversión, pero seguro que era Plesk 11, en otros servers que tengo con Plesk 12 no he tenido ese problema.
Aún así lo achaco directamente a la configuración de Postfix que tiene sus cosas 😉
Salud!
Gracias viejo, no entendia porque mierda mandaba esos mensajes
Nada 😀 lo peor es que parece que está dando error el postfix, cuando realmente dice que se envió satisfactoriamente ¬¬
Carlos Dk muy agradecido por tu aporte. Funciona correctísimamente. 🙂
Un saludo
Nada… me alegra de que ayude a los demás pasos que ya dí 😉
Yo tengo una duda, ¿esto no desactiva todos los Delivery Status Notification? A mí sólo me interesa desactivar los que confirman la llegada del correo correctamente, no los incorrectos.
Por otra parte, si el usuario en su cliente de correo activa la opción de mandar acuse de recibo, ¿tampoco lo recibiría?
Gracias y un saludo.
Sinceramente Raúl no lo he probado. Se que al realizar una migración empezó todo el problema de enviar por cada envío una notificación de confirmación correcta. Lo cual era una locura para cada email enviado.
Creo que esa confirmación de lectura va por otro lado, ya que el acuse de recibo se ha seguido utilizando y no me han reportado que dejara de funcionar. Pero lo dicho, no lo he probado personalmente.
Un saludo!
Hola, pues por si a alguien le interesa… Con esta solución he observado que dejan de llegar los fastidiosos correos que confirman el envío correcto. El resto de Mail Delivery Failure o respuestas automáticas configuradas por los usuarios, siguen llegando sin problemas. Así que me ha venido de perlas la solución, gracias 😉