[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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:<marias@xxx.com.ar>
> 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:<scorvala@midominio.com.ar>
> Jan 15 17:15:04 mailserver : 200.68.71.213 (8) <== 451-There is a problem 
> with sender <marias@xxx.com.ar>.
> 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:<<marias@xxx.com.ar>. 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.



Reply to: