postfix sasl „nie można połączyć się z serwerem saslauthd: brak takiego pliku lub katalogu”

11

Próbuję skonfigurować Postfix z uwierzytelnianiem smtp. Chcę używać / etc / shadow jako mojego królestwa

Niestety podczas próby uwierzytelnienia pojawia się „błąd ogólny”

# 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

W mail.warnpliku dziennika pojawia się następujący wpis

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

Jednak konfiguracja sasl wydaje się być w porządku

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

dodałem smtpd_sasl_auth_enable = yesdo main.cf

To jest mój smtpd.conf

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

Próbowałem tego conf z dwoma ostatnimi poleceniami i bez.

Używam stabilnej wersji Debiana.

Jak Postfix może znaleźć serwer Saslauthd i połączyć się z nim?

Edytować:

Nie jestem pewien, czy postfix działa w chroot. Master.cf wygląda tak: http://pastebin.com/Fz38TcUP

saslauth znajduje się w sbin

$ which saslauthd
/usr/sbin/saslauthd

EHLO ma tę odpowiedź

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

źródło
Czy używasz Postfixa w chroot?
kwanta
Postfix działa w chroot.
Franz Bettag
Gdzie więc jest twój saslauthd? Co pokazuje EHLO?
mailq
# który saslauthd / usr / sbin / saslauthd my master.cf wygląda następująco: pastebin.com/Fz38TcUP
1
czy / var / run / saslauthd / mux jest jakoś dostępny w chroot? Jeśli nie, może występować problem.
rackandboneman

Odpowiedzi:

7

Być może brakuje ci dowiązania symbolicznego z / var / run / saslauthd do / var / spool / postfix / var / run / saslauthd?

Z mojego działającego systemu:

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
źródło
czy to normalne, że po aktualizacji następuje restart, aby usunąć dowiązanie symboliczne? dzieje się to od czasu do czasu na Ubuntu 16.04
Gaia
/ var / run jest obecnie dowiązaniem symbolicznym do / run, który jest tymczasowym systemem plików, który nie przetrwa restartów; ostatnie pakiety powinny odtworzyć to automatycznie - może masz edytowany skrypt startowy?
Paul Gear
nie. wszystkie domyślne
Gaia,
1
Przepraszam, nie mam pomysłów. :-(
Paul Gear
Musiałem przenieść ten katalog i ręcznie utworzyć dowiązanie symboliczne na Ubuntu 18.04.1 LTS (bionic) po zainstalowaniu standardowych postfiksów dystrybucji i pakietów sasl2-bin.
Brent Baccala