On Saturday 26 June 2004 17:18, Samuel Penn wrote:

Further investigation:

The one that works is linked against /usr/lib/libdb-3.2.so, that one that doesn't is linked against /usr/lib/libgdbm.so.2

Changing which one runs only affects whether it hangs at startup or not. They don't have any effect on the 'service temporarily unavailable' error I get from esmtpd.

Further playing with authtest (since I think it's got to be authdaemon related) shows that:

authtest -s esmtp -m authdaemon sam <password>

Gives a successful result, whilst

authtest -s esmtp -m authpam sam <password>

fails. There is a /etc/pam.d/esmtp file which looks vaguely correct (I don't know enough about PAM to know for sure):

auth required pam_nologin.so auth required pam_stack.so service=system-auth account required pam_stack.so service=system-auth session required pam_stack.so service=system-auth

Any call to authtest with the authpam module will fail, regardless of the service selected. In authdaemonrc, 'authpam' is selected, so I'm guessing something is wrong with PAM, though I don't know what. The installation notes say that special work is only needed for webmail. Do users need setting up in pam? Does a service need to be running?

I assume pam is being used to lookup a user's home directory in order to find where to put mail. I'm not (knowingly) using any authentication for esmtp, since everything is local to the machine (fetchmail->esmtp).

As long as a mail is sent to one of the accepted domains, will it be forwarded to an account of that user's name, regardless? So mails to sam@glendale... and sam@bifrost... both go into the home directory for user 'sam'?

Arturo, I also had an empty backuprelay file, which I've now deleted. A different error has now gone away, so that's solved things for once all the above has been fixed. Thanks.