saslauthd: inverse realm/service parameter

[fireshark3 at gmx.net]

Hi,
since the last update, sasl seems to invert the realm and service parameters and my clients aren't able to authenticate to the mail-server anymore.

So I would ask if it could be a configuration error or if it is a bug in sasl.

I tested sasl with following command:

testsaslauthd -f /var/spool/postfix/var/run/saslauthd/mux -u webmaster at intranetcenter.de -p test -s imap

And I got following output from sasl:

saslauthd[6677] :cache_get_rlock : attempting a read lock on slot: 64           
saslauthd[6677] :cache_lookup    : [login=webmaster at intranetcenter.de] [service=] [realm=imap]: not found, update pending                                       
saslauthd[6677] :cache_un_lock   : attempting to release lock on slot: 64       
saslauthd[6676] :handle_sigchld  : child exited: 6677  

The realm service parameter is empty and the realm contains the service name: [realm=imap]. Previous the update, everything went fine. Unfortunatly, i do not have the update mail anymore and I could not determine what files were been updated.

Hope you can help me :)

Best regards,
Andreas





-- 
Psssst! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger