----- Mensaje original ----- De: "Blu" <[EMAIL PROTECTED]>
Para: <debian-user-spanish@lists.debian.org> Enviado: Sábado, 07 de Abril de 2007 10:49 a.m. Asunto: Re: Mensaje de error Postfix
On Sat, Apr 07, 2007 at 10:10:04AM -0300, Cuyoplacas - gmarkus wrote:
Hola Lista, tengo una duda con respecto a este error que me esta dando el postfix. Comento un poco el error: de una empresa (xxx) me estan reportando q no llegan los correos q ellos envian, de nuestra parte(midominio) si salen correctamente y llegan bien.
No uso postfix, pero creo uqe el problema se ve claramente. [...]
Jan 15 17:15:02 mailserver : 200.68.71.213 (8) <== 220 mailserver ESMTP Jan 15 17:15:02 mailserver : 200.68.71.213 (8) ==> EHLO notes.xxx.com.ar Jan 15 17:15:02 mailserver : 200.68.71.213 (8) <== 250-mailserver.midominio.com.ar Jan 15 17:15:02 mailserver : 200.68.71.213 (8) <== 250 PIPELINING Jan 15 17:15:02 mailserver : 200.68.71.213 (8) ==> MAIL FROM:<[EMAIL PROTECTED]> Jan 15 17:15:04 mailserver : 200.68.71.213 (8) <== 250 ok Jan 15 17:15:04 mailserver : 200.68.71.213 (8) ==> RCPT TO:<[EMAIL PROTECTED]> Jan 15 17:15:04 mailserver : 200.68.71.213 (8) <== 451-There is a problem with sender <[EMAIL PROTECTED]>. Jan 15 17:15:04 mailserver : 200.68.71.213 (8) <== 451-It is not possible to send bounce messages to that address. Jan 15 17:15:04 mailserver : 200.68.71.213 (8) <== 451 xxx.com.ar: Connection reset by peer
[...] Aquí te lo dice. El servidor remoto, antes de aceptar el mensaje, hace una llamada de vuelta al remitente para ver si le es posible mandar un rebote, o sea, con MAIL FROM:<> y RCPT TO:<<[EMAIL PROTECTED]>. Aclaro que en realidad no manda un rebote, sino que deja el diálogo hasta el RCPT TO: sólo para saber si el remitente acepta respuestas. or alguna razón el servidor local responde con un error a la llamada de comprobación del servidor remoto, por lo que el servidor remoto asume que no puede responder al mensaje que le están tratando de enviar y, a su vez, lo rechaza. En otras palabras, para que la transmisión del mensaje funcione, la potencial aceptación de mensajes por parte de ambos servidores debe ser recíproca. En el log de arriba se ve que el que manda el mensaje no quiere, a su vez, recibir mensajes del servidor al que está intentando enviar lo que es detectado por el receptor y gatilla el rechazo. Espero se entienda. -- Blu. Gracias Blu, quedo bastante entendible.... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
