Seguí estas instrucciones para enviar correo y aquí está el registro de Postfix:
Sep 26 00:46:24 tshepang postfix/smtpd[5728]: 8EE2464931: client=localhost[127.0.0.1]
Sep 26 00:47:44 tshepang postfix/cleanup[5810]: 8EE2464931: message-id=<20110925224624.8EE2464931@tshepang>
Sep 26 00:47:44 tshepang postfix/qmgr[5772]: 8EE2464931: from=<[email protected]>, size=350, nrcpt=1 (queue active)
Sep 26 00:48:04 tshepang postfix/smtp[5859]: 8EE2464931: to=<[email protected]>, relay=none, delay=127, delays=107/0.01/20/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=gmail.com type=MX: Host not found, try again)
Sep 26 00:48:39 tshepang postfix/smtpd[5728]: disconnect from localhost[127.0.0.1]
Además, esto puede ser relevante (de " /etc/postfix/main.cf "):
myhostname = tshepang
mydestination = tshepang, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
inet_interfaces = all
inet_protocols = all
Estoy ejecutando esto en Debian 6.
/etc/resolv.conf
resolvers inválidos / que no responden. Intenta hacer unhost gmail.com
; mira si obtienes resultados.host gmail.com
dagmail.com has address 74.125.233.24
en la línea, y luego;; connection timed out; no servers could be reached
en el segundo. Pero es extraño porque puedo hacer ping.host -t mx gmail.com
? Sin embargo, tienes razón, esto es algo extraño.resolv.conf
, posiblemente debidonetwork-manager
oresolvconf
no a un juego de pelota.Respuestas:
Impulsar un par de preguntas mencionadas en los comentarios que podrían ayudar a descubrir qué está pasando:
¿Puedes agregar tu
/etc/resolv.conf
a la pregunta? El resultado que describehost gmail.com
es un poco sospechoso y podría indicar un problema con su servidor de nombres.¿Qué respuesta, si hay alguna, obtiene del comando
host -t mx gmail.com
?¿Ha enviado con éxito correo a otros sistemas desde esta computadora?
¿Tiene su ISP algún tipo de política explícita que requiera que use su servidor como retransmisión de correo? Si lo hacen, un firewall que bloquea las solicitudes de búsqueda de MX podría explicar el extraño comportamiento del
host gmail.com
tiempo de espera después de obtener un resultado correcto parcial.fuente
no servers could be reached
error dehost
).Yo solia tener el mismo problema:
..
..
El problema estaba en el archivo /var/spool/postfix/etc/resolv.conf (el chrooteado). Échale un vistazo.
fuente
Intente deshabilitar la propiedad chroot para que no se modifique
/etc/postfix/master.cf
como se documenta aquía
fuente
Parece que está detrás de un proxy: la dirección de gmail.com está resuelta, pero el comando ping no funciona. Puede intentar conectar directamente SMTP de gmail con:
Si se hace eco de "1", no puede conectarse, probablemente debido al filtrado de seguridad.
fuente
Como señaló @Shadur, este problema podría deberse a su ISP (o la red donde está instalado su servidor). Si hay restricciones de seguridad en el puerto SMTP (número de puerto 25), no se puede acceder a los servidores MX a través de este puerto.
En su lugar, puede intentar utilizar el puerto SMTP sobre SSL (ssmtp, número de puerto 465). Para hacer esto, edite el
/etc/postfix/master.cf
archivo, comente la línea smtp y agregue una línea ssmtp en su lugar:Para verificar que esta publicación se reconozca con este nombre en su máquina, puede hacer lo siguiente:
fuente