[Postfixbuch-users] ProblememitSASL-SASLLoginauthenticationfailend

[Patrick Ben Koetter]

* usenet at deiszner.de <usenet at deiszner.de>:
> > Welches -a soll ich angeben ?
> 
> #rcsaslauthd start
> 
> bringt nur  'failed'
> 
> linux:~ # saslauthd -a shadow -d
> saslauthd[4375] :main            : num_procs  : 5
> saslauthd[4375] :main            : mech_option: NULL
> saslauthd[4375] :main            : run_path   : /var/run/sasl2/
> saslauthd[4375] :main            : auth_mech  : shadow
> saslauthd[4375] :ipc_init        : using accept lock file:
> /var/run/sasl2//mux.a
> ccept
> saslauthd[4375] :detach_tty      : master pid is: 0
> saslauthd[4375] :ipc_init        : listening on socket:
> /var/run/sasl2//mux
> saslauthd[4375] :main            : using process model
> saslauthd[4375] :have_baby       : forked child: 4376
> saslauthd[4375] :have_baby       : forked child: 4377
> saslauthd[4375] :have_baby       : forked child: 4378
> saslauthd[4376] :get_accept_lock : acquired accept lock
> saslauthd[4375] :have_baby       : forked child: 4379

saslauthd muß einen socket erstellen. Den will er in $run_path
erstellen. Der output oben zeigt, das er das in /var/run/sasl2/ machen
will und das ihm das auch gelingt, sonst hättest Du eine Fehlermeldung.

Dein INIT Skrit solltest Du Dir ansehen. Fragt sich, ob dort ein anderer
Pfad für $run_path mitgegeben wird (saslauthd -m /pfad/zu/dir).

Ziel ist jedoch erst mal ein Debug und da würde ich jetzt auch erst mal
dabei bleiben. Also "saslauthd -a shadow -d" starten und dann von einem
anderen Terminalfenster aus "testsaslauthd" aufrufen, das hoffentlich
auch auf Deinem Rechner weilt. Wenn Du dich damit authentifizieren
kannst, bist Du auf dem richtigen Weg.

Dann können nur noch Postfix und SASL uneins sein, wie sie miteinander
sprechen wollen.

p at rick

-- 
SMTP AUTH
Howto: <http://postfix.state-of-mind.de/patrick.koetter/smtpauth/>
Debug: <http://postfix.state-of-mind.de/patrick.koetter/saslfinger/>