On Wed, 10 Oct 2007, Johnny C. Lam wrote: >> > > I've been using courier for a while now and I'm generally quite happy >> > > with >> > > it. I quite like being able to use just one package, rather than >> > > mixing >> > > and matching one SMTP daemon with another IMAP daemon with another >> > > POP3 >> > > daemon, etc. But one thing really annoys me. It always seems to accept >> > > email, provided it accepts email for that domain - even if the user >> > > doesn't exist, and the email is thus undeliverable. This means my >> > > outgoing >> > > spool fills up with spam bounces. >> > > >> > > I'm assuming this is due to my having misconfigured it in some way, >> > > but >> > > I'm not sure where to look for the problem. How can I ensure that the >> > > undeliverable recipients are identified and the connection dropped as >> > > soon as the RCPT TO: command is received? >> > Make sure the "mail" useraccount (or whoever the ESMTP-daemon runs as) >> > is able >> > to see your .courier-files. >> > Courier checks during the SMTP dialog if your address exists. But if it >> > can't >> > read your directory, it will accept everything for that domain. >> >> What .courier files? Where? In the home directories? Surely it doesn't >> check all .courier files in all home directories every time a mail >> arrives. > > No, Courier doesn't. If a mail is slated for local delivery, then Courier > looks up the system user associated with that email address (after aliases > are expanded) using authdaemon to locate the home directory for that user. > That home directory is searched for .courier files. You just need to make > sure that those .courier files are readable by that system user.
Yes, but that would imply that Courier has somehow established that it should be looking up that user's .courier files. I was seeing messages getting accepted for users that are not aliased. It should have just flatly rejected them as soon as it saw the address. Either way, it doesn't matter any more - the fact that the current version works correctly is good enough for me. :-) Gordan ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
