Postfix n'envoie pas de courrier, se plaignant de "Hôte ou nom de domaine introuvable"


10

J'ai suivi ces instructions afin d'envoyer du courrier et voici le journal 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=<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]

Cela peut également être pertinent (à partir 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

Je lance ceci sur Debian 6.


Vérifiez votre /etc/resolv.confpour les résolveurs invalides / qui ne répondent pas. Essayez de faire un host gmail.com; voyez si vous obtenez des résultats.
laebshade

host gmail.comdonne gmail.com has address 74.125.233.24sur la ligne, puis ;; connection timed out; no servers could be reachedsur la seconde. Mais c'est étrange parce que je peux le cingler.
tshepang

3
Et alors host -t mx gmail.com? Vous avez raison, cependant, c'est un peu étrange.
Shadur

1
Une autre pensée: pouvez-vous ajouter votre /etc/resolv.conf à la question?
Shadur

1
Ouais. Les signes pointent vers un douteux resolv.conf, peut - être à cause de network-managerou resolvconfpas tout à fait jouer la balle.
Shadur

Réponses:


4

Boostez quelques questions mentionnées dans les commentaires qui pourraient aider à comprendre ce qui se passe:

  • Pouvez-vous ajouter votre /etc/resolv.confà la question? La sortie que vous décrivez host gmail.comest un peu suspecte et pourrait indiquer un problème avec votre serveur de noms.

  • Le cas échéant, quelle réponse obtenez-vous de la commande host -t mx gmail.com?

  • Avez-vous envoyé avec succès du courrier vers d'autres systèmes à partir de cet ordinateur?

  • Votre FAI a-t-il une sorte de politique explicite qui vous oblige à utiliser son serveur comme relais de messagerie? Si tel est le cas, un pare-feu bloquant les demandes de recherche MX peut expliquer le comportement étrange du host gmail.comdélai d' expiration après avoir obtenu un résultat correct partiel.


Je suis d'accord avec ça. Il ressemble plus à un problème DNS qu'à un problème avec Postifx (en particulier à cause de l' no servers could be reachederreur de host).
bahamat

4

J'ai déjà eu le même problème:

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

Le problème était dans le fichier /var/spool/postfix/etc/resolv.conf (le chrooté). Jetez-y un œil.


1

Essayez de désactiver la propriété chroot afin qu'elle ne soit pas modifiée /etc/postfix/master.cfcomme indiqué ici

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

à

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

0

Il semble que vous soyez derrière un proxy: l'adresse gmail.com est résolue, mais la commande ping échoue. Vous pouvez essayer de connecter directement le SMTP de gmail avec:

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

s'il renvoie "1", vous ne pouvez pas vous connecter, probablement à cause du filtrage de sécurité.


0

Comme l'a souligné @Shadur, ce problème peut être dû à votre FAI (ou au réseau sur lequel votre serveur est installé). En cas de restrictions de sécurité sur le port SMTP (numéro de port 25), les serveurs MX ne peuvent pas être atteints via ce port.

Vous pouvez essayer d'utiliser le port SMTP sur SSL (ssmtp, numéro de port 465) à la place. Pour ce faire, modifiez le /etc/postfix/master.cffichier, commentez la ligne smtp et ajoutez une ligne ssmtp à la place:

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

Pour vérifier que ce message est reconnu avec ce nom sur votre machine, vous pouvez faire:

$>cat /etc/services | grep smtp
smtp        25/tcp      mail
ssmtp       465/tcp     smtps       # SMTP over SSL
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.