Postfix und saslauthd - could not bind to socket

[snake*sl]

Hi,

ich versuche mich zum ersten Mal in der Einrichtung eines Postfix-MTAs.
Email an die Adresse senden und abrufen geht, leider kann ich aber noch
nicht mit der Adresse senden.

Erstmal zum System:
Debian Sarge; Postfix; qpopper; - alles auf dem neuesten Stand.

saslauthd -r -d -a pam -m /var/spool/postfix/var/run/saslauthd

Code: Select all

saslauthd[31987] :main            : num_procs  : 5
saslauthd[31987] :main            : mech_option: NULL
saslauthd[31987] :main            : run_path   : /var/spool/postfix/var/run/saslauthd
saslauthd[31987] :main            : auth_mech  : pam
saslauthd[31987] :ipc_init        : using accept lock file: /var/spool/postfix/var/run/saslauthd/mux.accept
saslauthd[31987] :detach_tty      : master pid is: 0
saslauthd[31987] :ipc_init        : could not bind to socket: /var/spool/postfix/var/run/saslauthd/mux
saslauthd[31987] :ipc_init        : bind: Address already in use

Die Meldung "could not bind to socket" verstehe ich nicht, was mache ich
falsch?

Vollständigkeitshalber hier noch less /etc/postfix/sasl/smtpd.conf

Code: Select all

pwcheck_method: saslauthd
mech_list: PLAIN LOGIN
saslauthd_path: /var/run/saslauthd/mux
autotransition:true

und less /etc/default/saslauthd

Code: Select all

START=yes
MECHANISMS="shadow"
PARAMS="-m /var/spool/postfix/var/run/saslauthd"
PWDIR="/var/spool/postfix/var/run/saslauthd"
PIDFILE="/var/spool/postfix/var/run/${NAME}/saslauthd.pid"

Hat jemand eine Idee?

[Roger Wilco]

Die Meldung "could not bind to socket" verstehe ich nicht, was mache ich
falsch?

Das steht in der direkt darauf folgenden Logmeldung. Es läuft schlicht und ergreifend schon ein Prozess, der sich an den UNIX-Socket /var/spool/postfix/var/run/saslauthd" gebunden hat.

[snake*sl]

Hmmm, und nu?

Edit: top -p 31987 gibt nix aus ...

[Roger Wilco]

Hmmm, und nu?

Code: Select all

netstat -aplen|grep saslauth

Edit: top -p 31987 gibt nix aus ...

Natürlich nicht, der Prozess lief ja nicht weiter. :roll:

[snake*sl]

Code: Select all

netstat -aplen|grep saslauth

gibt nix aus ... :?

[Roger Wilco]

Dann schau in der Ausgabe von `netstat -aplen` selbst nach welcher Prozess den UNIX-Socket gebunden hat. Darüber hinaus sollte /var/spool/postfix/var/run/saslauthd existieren und für den saslauthd beschreibbar sein.

[snake*sl]

Dann schau in der Ausgabe von `netstat -aplen` selbst nach welcher Prozess den UNIX-Socket gebunden hat

Finde da nix, aber ich weiß auch ehrlich gessagt nicht, wonach ich da suchen
muss.

Darüber hinaus sollte /var/spool/postfix/var/run/saslauthd existieren und für den saslauthd beschreibbar sein.

Ist beides der Fall.

[Roger Wilco]

Finde da nix, aber ich weiß auch ehrlich gessagt nicht, wonach ich da suchen muss.

Nach einem Eintrag, der auf /var/spool/postfix/var/run/saslauthd oder /var/spool/postfix/var/run/saslauthd/mux verweist.

Lass das ganze Setup außerdem testweise ohne die chroot-Umgebung laufen. Sobald alles funktioniert, kannst du die immer noch einrichten.

[snake*sl]

Nach einem Eintrag, der auf /var/spool/postfix/var/run/saslauthd oder /var/spool/postfix/var/run/saslauthd/mux verweist.

Den gibt's da leider nicht.

Lass das ganze Setup außerdem testweise ohne die chroot-Umgebung laufen. Sobald alles funktioniert, kannst du die immer noch einrichten.

Ich hab gestern abend noch ein paar Fehlermeldungen gefunden, die auf falsche
Benutzer bzw. Gruppen schließen ließen. Das hab ich nun korrigiert, trotzdem
gibt es immernoch Fehlermeldungen:

Feb 13 12:07:27 lvps87-230-15-222 postfix/smtpd[31816]: warning: SASL authentication failure: cannot connect to saslauthd server: Connection refuse
d
Feb 13 12:07:27 lvps87-230-15-222 postfix/smtpd[31816]: warning: SASL authentication failure: Password verification failed
Feb 13 12:07:27 lvps87-230-15-222 postfix/smtpd[31816]: warning: unknown[87.139.79.190]: SASL PLAIN authentication failed
Feb 13 12:07:27 lvps87-230-15-222 postfix/smtpd[31816]: warning: SASL authentication failure: cannot connect to saslauthd server: Connection refuse
d

Nachdem ich Deinem Tip gefolgt bin, chroot für smtpd zum Test mal
auszuschalten, kam dann folgende Fehlermeldung:

Feb 13 12:10:14 lvps87-230-15-222 postfix/smtpd[2005]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or di
rectory
Feb 13 12:10:14 lvps87-230-15-222 postfix/smtpd[2005]: warning: SASL authentication failure: Password verification failed
Feb 13 12:10:14 lvps87-230-15-222 postfix/smtpd[2005]: warning: unknown[87.139.79.190]: SASL PLAIN authentication failed
Feb 13 12:10:14 lvps87-230-15-222 postfix/smtpd[2005]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or di
rectory
Feb 13 12:10:14 lvps87-230-15-222 postfix/smtpd[2005]: warning: unknown[87.139.79.190]: SASL LOGIN authentication failed
Feb 13 12:10:19 lvps87-230-15-222 postfix/smtpd[2005]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or di
rectory

Mir scheint, da liegt noch einiges im argen. Irgendwo hab ich wahrscheinlich
immernoch falsche Benutzer bzw. Gruppen angegeben.

[sledge0303]

Lass das ganze Setup außerdem testweise ohne die chroot-Umgebung laufen. Sobald alles funktioniert, kannst du die immer noch einrichten.

Hast du das gemacht was Roger geschrieben hat!?

[snake*sl]

Lass das ganze Setup außerdem testweise ohne die chroot-Umgebung laufen. Sobald alles funktioniert, kannst du die immer noch einrichten.

Hast du das gemacht was Roger geschrieben hat!?

Ich hab in der master.cf chroot auf n geschaltet, das war doch gemeint, oder?

master.cf

smtp inet n - n - 100 smtpd
pickup fifo n - - 60 1 pickup
cleanup unix n - - - 0 cleanup
qmgr fifo n - - 300 1 qmgr
rewrite unix - - - - - trivial-rewrite
bounce unix - - - - 0 bounce
defer unix - - - - 0 bounce
trace unix - - - - 0 bounce
verify unix - - - - 1 verify
flush unix n - - 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - - - - smtp
relay unix - - - - - smtp
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - - - - showq
error unix - - - - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
anvil unix - - n - 1 anvil
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
uucp unix - n n - - pipe
flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmail unix - n n - - pipe
flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix - n n - - pipe
flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -d -t$nexthop -f$sender $recipient
scalemail-backend unix - n n - 2 pipe
flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}

[Roger Wilco]

Ich hab in der master.cf chroot auf n geschaltet, das war doch gemeint, oder?

Ja, aber du hast den Pfad für den UNIX-Socket von saslauthd nicht geändert.

[snake*sl]

Ich hab in der master.cf chroot auf n geschaltet, das war doch gemeint, oder?

Ja, aber du hast den Pfad für den UNIX-Socket von saslauthd nicht geändert.

Jo, jetzt geht's - zumindest mit testsaslauth! Morgen teste ich dann
mal im Büro vom Thunderbird. Dann wird auch wieder gechrootet.

Vielen Dank für Deine Hilfe.