Postfix no envía correo, quejándose de "Host o nombre de dominio no encontrado"

10

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.

tshepang
fuente
Verifique si hay /etc/resolv.confresolvers inválidos / que no responden. Intenta hacer un host gmail.com; mira si obtienes resultados.
laebshade
host gmail.comda gmail.com has address 74.125.233.24en la línea, y luego ;; connection timed out; no servers could be reacheden el segundo. Pero es extraño porque puedo hacer ping.
tshepang
3
¿Qué tal host -t mx gmail.com? Sin embargo, tienes razón, esto es algo extraño.
Shadur
1
Otro pensamiento: ¿puede agregar su /etc/resolv.conf a la pregunta?
Shadur
1
Si. Los signos apuntan a una situación poco fiable resolv.conf, posiblemente debido network-managero resolvconfno a un juego de pelota.
Shadur

Respuestas:

4

Impulsar un par de preguntas mencionadas en los comentarios que podrían ayudar a descubrir qué está pasando:

  • ¿Puedes agregar tu /etc/resolv.confa la pregunta? El resultado que describe host gmail.comes 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.comtiempo de espera después de obtener un resultado correcto parcial.

Shadur
fuente
Estoy de acuerdo con ésto. Parece más un problema de DNS que un problema con Postifx (especialmente debido al no servers could be reachederror de host).
bahamat
4

Yo solia tener el mismo problema:

root@medusa:~# postqueue -p
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
079AC700080B      357 Wed Apr  3 13:47:47  [email protected]
(Host or domain name not found. Name service error for name=xxxx.cz type=MX: Host not found, try again)
                                         [email protected]

..

root@medusa:~# host -t MX xxxx.cz
xxxx.cz mail is handled by 10 e2sgw01.xxxx.cz.
xxxx.cz mail is handled by 10 e2sgw02.xxxx.cz.

..

root@medusa:~# telnet e2sgw01.xxxx.cz. 25
Trying 217.77.161.168...
Connected to e2sgw01.xxxx.cz.
Escape character is '^]'.
220 e2sgw01.xxxx.cz ESMTP Postfix

El problema estaba en el archivo /var/spool/postfix/etc/resolv.conf (el chrooteado). Échale un vistazo.

tloudev
fuente
1

Intente deshabilitar la propiedad chroot para que no se modifique /etc/postfix/master.cfcomo se documenta aquí

# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       -       -       -       smtpd

a

# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       n       -       -       smtpd
Philippe Gachoud
fuente
0

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:

nc -w 1 gmail.com 25 ; echo $?

Si se hace eco de "1", no puede conectarse, probablemente debido al filtrado de seguridad.

Arcadien
fuente
0

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.cfarchivo, comente la línea smtp y agregue una línea ssmtp en su lugar:

# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
#smtp      inet  n       -       -       -       -       smtpd
ssmtp      inet  n       -       -       -       -       smtpd

Para verificar que esta publicación se reconozca con este nombre en su máquina, puede hacer lo siguiente:

$>cat /etc/services | grep smtp
smtp        25/tcp      mail
ssmtp       465/tcp     smtps       # SMTP over SSL
Fabien Quatravaux
fuente