postfix sasl "ne peut pas se connecter au serveur saslauthd: aucun fichier ou répertoire de ce type"

11

J'essaye d'installer le suffixe avec l'authentification de smtp. Je veux utiliser / etc / shadow comme domaine

Malheureusement, j'obtiens une "erreur générique" lorsque j'essaie de m'authentifier

# nc localhost 25
220 mail.foo ESMTP Postfix
AUTH PLAIN _base_64_encoded_user_name_and_password_
535 5.7.8 Error: authentication failed: generic failure

Dans le mail.warnfichier journal, j'obtiens l'entrée suivante

Oct  8 10:43:40 mail postfix/smtpd[1060]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
Oct  8 10:43:40 mail postfix/smtpd[1060]: warning: SASL authentication failure: Password verification failed
Oct  8 10:43:40 mail postfix/smtpd[1060]: warning: _ip_: SASL PLAIN authentication failed: generic failure

Cependant, la configuration sasl semble bien

$ testsaslauthd -u _user_ -p _pass_
0: OK "Success."

j'ai ajouté smtpd_sasl_auth_enable = yesau main.cf

C'est mon smtpd.conf

$ cat /etc/postfix/sasl/smtpd.conf 
pwcheck_method: saslauthd
mech_list: PLAIN LOGIN
saslauthd_path: /var/run/saslauthd/mux
autotransition:true

J'ai essayé cette conf avec les deux dernières commandes et sans.

J'utilise debian stable.

Comment postfix peut-il trouver et se connecter au serveur saslauthd?

Éditer:

Je ne sais pas si postfix s'exécute dans un chroot Le master.cf ressemble à ceci: http://pastebin.com/Fz38TcUP

saslauth est situé dans le sbin

$ which saslauthd
/usr/sbin/saslauthd

L'EHLO a cette réponse

EHLO _server_name_
250-_server_name_
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-STARTTLS
250-AUTH LOGIN PLAIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

la source
Utilisez-vous Postfix en chroot?
quanta
Postfix s'exécute dans un chroot.
Franz Bettag
Alors, où est situé votre saslauthd? Que montre l'EHLO?
mailq
# dont saslauthd / usr / sbin / saslauthd mon master.cf ressemble à ceci: pastebin.com/Fz38TcUP
1
/ var / run / saslauthd / mux est-il disponible dans le chroot d'une manière ou d'une autre? Sinon, il pourrait y avoir votre problème.
rackandboneman

Réponses:

7

Vous manquez peut-être le lien symbolique de / var / run / saslauthd vers / var / spool / postfix / var / run / saslauthd?

De mon système de travail:

root@mail:/etc/postfix/sasl# ls -la /var/run/saslauthd
lrwxrwxrwx 1 root root 36 Dec 31  2010 /var/run/saslauthd -> /var/spool/postfix/var/run/saslauthd
Paul Gear
la source
est-il normal qu'une mise à jour suivie d'un redémarrage supprime le lien symbolique? cela arrive de temps en temps sur ubuntu 16.04
Gaia
/ var / run est un lien symbolique vers / run de nos jours, qui est un système de fichiers temporaire qui ne survit pas aux redémarrages; les packages récents devraient recréer cela automatiquement - peut-être avez-vous un script de démarrage modifié?
Paul Gear
Nan. tous par défaut
Gaia
1
Je suis à court d'idées, désolé. :-(
Paul Gear
J'ai dû déplacer ce répertoire et créer ce lien symbolique manuellement sur Ubuntu 18.04.1 LTS (bionic) après avoir installé les packages standard postfix et sasl2-bin de la distribution.
Brent Baccala