24 mayo, 2014 
3 Min 
Comments (11) 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!
RdeRock 25 septiembre, 2014
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!
videotutoriales 25 septiembre, 2014
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!
Giovanny desde COLOMBIA 6 noviembre, 2014
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!
videotutoriales 6 noviembre, 2014
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!
rodrigo 10 septiembre, 2015
Gracias viejo, no entendia porque mierda mandaba esos mensajes
Carlos Dk 10 septiembre, 2015
Nada 😀 lo peor es que parece que está dando error el postfix, cuando realmente dice que se envió satisfactoriamente ¬¬
newac 27 octubre, 2015
Carlos Dk muy agradecido por tu aporte. Funciona correctísimamente. 🙂
Un saludo
Carlos Dk 28 octubre, 2015
Nada… me alegra de que ayude a los demás pasos que ya dí 😉
Raúl 18 mayo, 2016
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.
Carlos Dk 20 mayo, 2016
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!
Raúl 23 mayo, 2016
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 😉