Cuestión : Cómo enviar HELO/EHLO para los dominios virtuales en posfijo

Hi

I ha comenzado repentinamente email del receivng detrás de dominios con un error 550:

550-Sorry 88.208.202.40. Usted no puede identificar a su uno mismo con la dirección del servidor 550. 88.208.202.40 envió el #SMTP#

I de localhost.domain.net EHLO/HELO greeting.> que enviaba del

Everything de domain.com no domain.net parece ser corret aparte de el class= conocido " mella " del
------------------------------------
smtp: el
220 localhost.domain.net ESMTP Postfix


del smtp de 88.88.20.114 no un relay.
0 segundo - bueno en el time
de la conexión 0.530 segundos - bueno en el time
de la transacción MUY BIEN - las resoluciones de 88.88.20.114 a la advertencia del
de domain.com - que el DNS reverso no empareja la transcripción del smtp Banner

Session:
MAIL del
250 localhost.domain.net [del
HELO please-read-policy.mxtoolbox.com ms 140] DE:
RCPT del
250 2.1.0 de [ms 125] A:
554 5.7.1 :
del
221 2.0.0 del
QUIT del relais [ms 125] [ms 140]------------------------------------el


First cómo lo hago cambia el record

and de HELO/EHLO cómo lo hago cambia lo así que lo utiliza el Domain Name virutal pues tengo dominios múltiples recibidos en el servidor.  Si el cahnge de I él a domain.com entonces domain2.com tiene probablemente un thanks

Kevin
de problem.

Many class= del

Respuesta : Cómo enviar HELO/EHLO para los dominios virtuales en posfijo

por supuesto usted puede tener 5 expedientes de A con el mismo nombre.

“La razón que tengo IPS separado era al resovle el problema de no poder enviar email de un dominio donde el expediente de la PTR del IP address no emparejó el Domain Name de envío.”

autorización, parada a la derecha aquí entonces.
Resoluble delantero y reverso del solo IP address será exactamente lo que usted necesita.
Cualquier servidor que rechace porque su dominio de los usuarios no empareja el dominio de envío del hostname de los servidores está rechazando probablemente el email de los mundos de todos modos.

Pensar de gmail, de messagelabs, de postini, de Mimecast, de Microsoft y de todos los otros hacia fuera allí que proporcionan servicios de correo. NINGUNOS de ellos fingen ser sus cleints. Todos envían de un servidor que sea exactamente lo que dice que es.
Otras soluciones  
 
programming4us programming4us