[Postfixbuch-users] saslauthd Fragen

[Marcel Hartmann]

Hi Andreas, 

> Subject: Re: [Postfixbuch-users] saslauthd Fragen
> 
> Am Saturday 02 July 2005 10:43 schrieb Marcel Hartmann:
> 
> > > > > Dann installier es neu und die logs sind sauber...
> > >
> > > Habe ich gerade auch gesehen. Ist echt bekloppt bei nem
> > > definierten DEBUG mit
> > > "LOG_ERR" (als Fehler) zu loggen.
> > >
> > > > > > 2. Ich benutze pam_mysql. Funzt alles prima bis jetzt. Was
> > > > > > will mir aber
> > > > > > diese Meldung sagen ?
> > > > > >
> > > > > >  >Jun 29 09:48:32 mail1 saslauthd[2973]: pam_mysql: 
> acct_mgmt
> > > > > >
> > > > > > called but
> > > > > >
> > > > > >  >not implemented. Dont panic though :)
> > > > > >
> > > > > > Danke für ein paar Hinweise.
> > > > > > --
> > > > >
> > > > > Kannst Du getrost ignorieren!
> > > > >
> > > > > Gruß Marcel
> > > >
> > > > Ich hatte etwas verwechselt, mein DEFINE DEBUG entfernd nur
> > > > die logs in /var/log/messages, nicht im maillog.
> > >
> > > Wie hast Du es denn "auskommentiert"?
> 
> > Wie gesagt, dieser DEFINE DEBUG macht nur das messages log sauber!
> > Wenn Du dann sqllog=1 in pam verwendest, hast Du nur noch die Auths
> > in messages stehen die über pam_mysql gehen.
> 
> Was kommt denn genau im maillog? Die Meldungen die der OP 
> gezeigt hat, sind 
> ohne das "#define DEBUG" weg.

Also damit wir nicht aneinander vorbei reden, diese logs in messages:

May 29 04:08:01 localhost saslauthd[3264]: SELECT password FROM mail_user
WHERE username='domain.tld0001'
May 29 04:08:01 localhost saslauthd[3264]: sqlLog called.
May 29 04:08:01 localhost saslauthd[3264]: returning 0 .
May 29 04:08:01 localhost saslauthd[3264]: returning 0.
May 29 04:08:01 localhost saslauthd[3271]: pam_sm_authenticate called.
May 29 04:08:01 localhost saslauthd[3271]: dbuser changed.
May 29 04:08:01 localhost saslauthd[3271]: dbpasswd changed.
May 29 04:08:01 localhost saslauthd[3271]: host changed.
May 29 04:08:01 localhost saslauthd[3271]: database changed.
May 29 04:08:01 localhost saslauthd[3271]: table changed.
May 29 04:08:01 localhost saslauthd[3271]: usercolumn changed.
May 29 04:08:01 localhost saslauthd[3271]: passwdcolumn changed.
May 29 04:08:01 localhost saslauthd[3271]: crypt changed.
May 29 04:08:01 localhost saslauthd[3271]: sqllog changed.
May 29 04:08:01 localhost saslauthd[3271]: logtable changed.
May 29 04:08:01 localhost saslauthd[3271]: logmsgcolumn changed.
May 29 04:08:01 localhost saslauthd[3271]: logusercolumn changed.
May 29 04:08:01 localhost saslauthd[3271]: loghostcolumn changed.
May 29 04:08:01 localhost saslauthd[3271]: logtimecolumn changed.
May 29 04:08:01 localhost saslauthd[3271]: logpidcolumn changed.
May 29 04:08:01 localhost saslauthd[3271]: db_connect  called.
May 29 04:08:01 localhost saslauthd[3271]: returning 0 .
May 29 04:08:01 localhost saslauthd[3271]: db_checkpasswd called.
May 29 04:08:01 localhost saslauthd[3271]: pam_mysql: where clause =

Und eben diese verschwinden mit auskommentiertem 'DEFINE DEBUG in
pam_mysql.c.
Im maillog schreibt er dann nur den erfolgreichen/oder misslungenen
Authversuch rein:

Jun 26 04:05:28 localhost pop3[26837]: login: p508D2F58.dip.t-dialin.net
[80.141.47.88] domain.tld0002 plaintext User logged in

oder über ssl

Jul  2 11:01:45 localhost pop3s[2431]: login: p54818FD0.dip0.t-ipconnect.de
[84.129.143.208] domain.tld0001 plaintext+TLS User logged in

Gruß 
  Marcel