Postfix non invia e-mail, lamentandosi di "Nome host o dominio non trovato"

10

Ho seguito queste istruzioni per inviare la posta ed ecco il registro 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=<tshepang@gmail.com>, size=350, nrcpt=1 (queue active)
Sep 26 00:48:04 tshepang postfix/smtp[5859]: 8EE2464931: to=<tshepang.test@gmail.com>, 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]

Inoltre, questo può essere rilevante (da " /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

Sto eseguendo questo su Debian 6.

debian postfix

— tshepang
fonte

Controlla i /etc/resolv.confrisolutori non validi / non rispondenti. Prova a fare un host gmail.com; vedere se si ottengono risultati.

— laebshade,

host gmail.comdà gmail.com has address 74.125.233.24sulla linea e poi ;; connection timed out; no servers could be reachedsul secondo. Ma è strano perché posso eseguire il ping.

— Tshepang,

3

Che ne dici host -t mx gmail.com? Hai ragione, però, è un po 'strano.

— Shadur,

1

Un altro pensiero: puoi aggiungere il tuo /etc/resolv.conf alla domanda?

— Shadur,

1

Si. I segni indicano un inganno resolv.conf, probabilmente a causa network-managero resolvconfmeno del gioco della palla.

— Shadur,

4

Promuovere un paio di domande menzionate nei commenti che potrebbero aiutare a capire cosa sta succedendo:

Puoi aggiungere il tuo /etc/resolv.confalla domanda? L'output che descrivi host gmail.comè un po 'sospetto e potrebbe indicare un problema con il tuo nameserver.
Quale eventuale risposta ricevi dal comando host -t mx gmail.com?
Hai inviato correttamente posta ad altri sistemi da questo computer?
Il tuo ISP ha una sorta di politica esplicita che richiede di utilizzare il proprio server come inoltro della posta? In tal caso, un firewall che blocca le richieste di ricerca MX potrebbe spiegare lo strano comportamento del host gmail.comtimeout dopo aver ottenuto un risultato parzialmente corretto.

— Shadur
fonte

Sono d'accordo con questo. Sembra più un problema DNS che un problema con Postifx (soprattutto a causa no servers could be reacheddell'errore da host).

— bahamat,

4

Avevo lo stesso problema:

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

..

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

Il problema era nel file /var/spool/postfix/etc/resolv.conf (quello chroot). Date un'occhiata a questo.

— tloudev
fonte

1

Prova a disabilitare la proprietà chroot in modo che non venga modificata /etc/postfix/master.cfcome documentata qui

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

per

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

— Philippe Gachoud
fonte

0

Sembra che tu sia dietro un proxy: l'indirizzo di gmail.com è stato risolto, ma il comando ping non ha esito positivo. Puoi provare a connettere direttamente lo SMTP di Gmail con:

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

se riecheggia "1", non è possibile connettersi, probabilmente causa del filtro di sicurezza.

— Arcadien
fonte

0

Come sottolineato da @Shadur, questo problema potrebbe essere dovuto al tuo ISP (o alla rete in cui è installato il tuo server). In caso di restrizioni di sicurezza sulla porta SMTP (numero porta 25), i server MX non possono essere raggiunti tramite questa porta.

È possibile invece provare a utilizzare la porta SMTP su SSL (ssmtp, numero di porta 465). Per fare ciò, modifica il /etc/postfix/master.cffile, commenta la linea smtp e aggiungi invece una linea ssmtp:

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

Per verificare che questo post sia riconosciuto con questo nome sul tuo computer, puoi fare:

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

— Fabien Quatravaux
fonte