Hi Lars,
The fallback to shell authentication / authorization is beyond the
scope of pam-mysql. If there is a line in eg.
Of course you are right, I know that it is beyond the scope.
But on the other hand, I experienced the following:
in my /etc/pam.d/smtp I find
auth sufficient pam_unix.so nullok
auth sufficient pam_mysql.so host=localhost
db=blahblah
account sufficient pam_mysql.so host=localhost
db=blahblah
which seems to work for my purposes: authenticating shell users when
they are shell users and trying to authenticate virtual (mysql based)
users otherwise.
This is the case for the installed libpam-mysql version 0.5.0-6, but
not for version 0.7~RC1-4.
So in my small world there seems to be an issue with the newer
version. Somehow out of logic, because I think that pam processes the
auth engines in the correct order; and in my test case the
authentication for shell users failed (which is ordered on top), but
trying with a virtual user worked.
Maybe there is something wrong with my setup - and the bug from 2006
is fixed, even though my system does not work correctly due to wrong
configuration.
Best regards,
Michael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org