Mark,

Sorry for the delay in trying this out but things were a little busy and I wanted to test it a little too. I've done a patch to the routine you suggested and added this line before the "return NIL" and "mail_parameters (NIL,SET_LOGOUTHOOK,(void *) checkpw_cleanup);" statements in the checkpw subroutine in the file src/osdep/unix/ckp_pam.c (2004g):

   openlog ("imapd",LOG_PID,LOG_LOCAL4);

I had to hard set the program name for this test and obviously LOG_LOCAL4 is my setting as opposed to the default LOG_MAIL. I've been running this for the last few days on my production servers and so far there have been no problems. So this seems to work okay but it still annoys me that linux has this problem. From a Google search it seems that this has been a problem for other developers (wu.ftpd for instance). It seems to me that there should be an fsyslog function to allow you to specify the facility on each syslog call in an environment where other libraries are writing to their own syslog facilities. Oh well.

fyi,
David

Mark Crispin wrote:
It is news to me that PAM changes the application's syslog facility. That seems, to put it mildly, to be rather unfriendly of it.

It doesn't happen to me on my Mac OS X system at home (which also uses PAM). I took a look at my Linux test system and at one of our production Linux servers, and see behavior that seems to confirm your claim. I'm surprised that nobody has complained about this problem before now.

I don't know what to tell you other than to do as you suggest and reset the log facility after calling PAM. The best way would be to add another openlog() call in routine checkpw() in ckp_pam.c (or ckp_pmb.c for Solaris users)

Please let me know if this solves the problem and does not create any unpleasant side effects. If it works out alright for you, I'll do the same thing to imap-2006.

Thanks!

-- Mark --

http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.

--
David Severance
Network and Academic Computing Services
(949) 824-7552
[EMAIL PROTECTED]

_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

Reply via email to