I've been running a number of different Courier setup in the last three years, and now I'm stuck with a silly problem I do not seem to be able to solve.
Setup: Courier as Imap and MTA server, using maildrop and a MySQL backend. The server provides mail virtual hosting and is a Debian Sarge, no fancy tricks on packages or kernel, which is a straight 2.6.8. Everything works, but today Courier has started to accept messages for non-existing users, instead of providing a 550 reject message, treating them as aliases and triying to rely on a .courier file. Since it doesn't find it, it goes on to queuing the message as deferred. I've checked the archives, and there was just one thread which was quite on topic [rejecting mails, I think], but whose solution unfortunately doesn't work (it mentioned using a .courier file to echo the 550 message and then exit with code 77, something I've never done but tried now to no avail). This is what I get from the logs (lines split): <mta> courierd: \ started,id=[id],from=[sender],module=local,host=alias![non-esisting-user]!1!1!/etc/courier/aliasdir!!,addr=<alias> <mta> courierlocal: \ id=[id],from=[email-address],addr=[non-existing-user]: Unable to read .courier file. <mta> courierlocal: \ id=[id],from=[sender],addr=[non-existing-user],status: deferred Authentication works ok, there is *no* alias defined apart from a couple of system ones (postmaster, the usual stuff) and a couple of name.surname aliases for a single virtual domain (which have always worked that way since today, BTW), putting a .courier file in /etc/courier/aliasdir or in /usr/lib/courier/etc/aliasdir (as per that past thread) doesn't work. There has been no tampering on configuration files that I'm aware of or that I can see: I know that courier-authdaemon and courier-mta had to be reinstalled yesterday, but the previous configuration was kept and reused and there was no version bumping involved, so the packages are the same. I'm clueless. Is there anybody who can shed some light on this? Thanks in advance, -- Andrea [EMAIL PROTECTED] ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
