postfix sasl "impossibile connettersi al server saslauthd: nessun file o directory di questo tipo"


11

Provo a installare postfix con l'autenticazione smtp. Voglio usare / etc / shadow come il mio regno

Purtroppo provo un "errore generico" quando provo ad autenticarmi

# 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

Nel mail.warnfile di registro ottengo la seguente voce

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

Tuttavia, l'installazione di sasl sembra andare bene

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

ho aggiunto smtpd_sasl_auth_enable = yesa main.cf

Questo è il mio smtpd.conf

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

Ho provato questo conf con gli ultimi due comandi e senza.

Sto eseguendo debian stable.

In che modo postfix può trovare e connettersi al server saslauthd?

Modificare:

Non sono sicuro che Postfix funzioni in un chroot Il file master.cf è simile al seguente: http://pastebin.com/Fz38TcUP

saslauth si trova nello sbin

$ which saslauthd
/usr/sbin/saslauthd

L'EHLO ha questa risposta

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

Stai eseguendo Postfix in chroot?
quanta

Postfix è in esecuzione in un chroot.
Franz Bettag,

Allora, dove si trova il tuo saslauthd? Cosa mostra EHLO?
mailq

# quale saslauthd / usr / sbin / saslauthd il mio master.cf assomiglia a questo: pastebin.com/Fz38TcUP

1
/ var / run / saslauthd / mux è reso disponibile in qualche modo nel chroot? In caso contrario, potrebbe esserci il tuo problema.
rackandboneman,

Risposte:


7

Ti manca forse il collegamento simbolico da / var / run / saslauthd a / var / spool / postfix / var / run / saslauthd?

Dal mio sistema di lavoro:

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

è normale per un aggiornamento seguito da un riavvio rimuovere il collegamento simbolico? questo succede di tanto in tanto su Ubuntu 16.04
Gaia,

/ var / run è un collegamento simbolico a / run al giorno d'oggi, che è un file system temporaneo che non sopravvive ai riavvii; i pacchetti recenti dovrebbero ricrearlo automaticamente - forse hai uno script di avvio modificato?
Paul Gear,

no. tutto predefinito
Gaia,

1
Sono senza idee, scusa. :-(
Paul Gear,

Ho dovuto spostare questa directory e creare questo link simbolico manualmente su Ubuntu 18.04.1 LTS (bionic) dopo aver installato i pacchetti Postfix e sasl2-bin standard della distribuzione.
Brent Baccala,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.