On Wed, 10 Oct 2007, Gordon Messmer wrote: >> 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 > > Yes, that is likely. However, since you haven't told us how the domain > in question is configured, we can only guess as to what's wrong. > > I might venture a guess that you've created a virtual domain alias > (@domain: user), and that user's home directory isn't readable by the > user as which courier runs.
There were no virtual domain catchalls. There were some [EMAIL PROTECTED]: otheruser aliases, though. Sadly, as I said, the server this was running on expired, and I hadn't noticed that the much newer backup server wasn't suffering from the same unknown address problem. Silly me for not checking first. The config files were pretty much a straight copy between them, so I think the first response was probably correct. > If that's not it, you need to tell us whether the domain is local or > hosted, how the users are configured, whether or not there are any > .courier-*default files in /etc/courier/aliasdir, and anything else that > might be relevant to the domain's configuration. The version shouldn't > matter; Courier's smtp service has never behaved the way you describe > unless specifically configured to do so. Odd. There are no virtual domains on the system per se, and no catchalls. If there was an obscure mistake in the config that by some miracle didn't get copied to the backup server, then I guess it went away with the RAID crash. Oh, well. 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
