Patrick O'Reilly wrote:
From: "Pierre Ossman" <[EMAIL PROTECTED]>Yes! It finally works! =)
Ok, I've tried this now and either I'm missing something or the semantics aren't quite as you explained.
I'll try to explain my total configuration to give you a better view of what I'm trying to acheive.
The machine is called mail.craffe.se. It is a MX for the domain craffe.se. Sending mail to the domain works fine (it is later forwarded to an internal server using esmptroutes). It is also a backup MX for the domain mathias.nu. Being a backup MX I have the machine's name in locals in order for the backup MX semantics to function properly. Sending mail to the domain mathias.nu also works perfectly fine.
Now for the problem. Sending mail to, for example, [EMAIL PROTECTED] results in the machine trying to deliver the mail to the local user account 'luser'. I added mail.craffe.se to esmtproutes in an attempt to redirect the mail, but the locals file seems to have priority. What I'd like is that mail would have been redirected to [EMAIL PROTECTED] (i.e. to the domain, not the machine) or have it rejected (with '550 User unknown' or similar). From what I can gather the only system that has priority over locals is the aliases. And I doesn't seem to be a syntax that gives me what I want (except one aliases for each and every user on the machine).
So, what are my options? I don't like the current situation where the local users can receive mail but I can't figure out how to stop it.
Regards Pierre
Aha.
I think the whole secondary MX thing is a red herring...
Do you actually have local accounts which match the email addresses? - 'luser' in your above example. If these are local shell accounts, perhaps you should remove 'authvchkpw' from the authmodulelist in 'authdaemonrc'?!? The fact that the account exists locally might interfere with any attempt to use esmptroutes - but I'm guessing here.
I don't have any box configured the way you are describing, so here's my best guess:
esmptroutes: craffe.se:internalrelay.craffe.se .craffe.se:internalrelay.craffe.se
locals: craffe.se .craffe.se mathias.nu
esmtpacceptmailfor: craffe.se .craffe.se mathias.nu
That's all I can think of.
Thanks for the help. Removing everything from authmodulelist effectively blocks all user. Should have thought of that one...
I also noticed another weird behaviour. If I send a mail to [EMAIL PROTECTED], the machine realises it's a local account and strips it down to just 'root'. I have also specified 'craffe.se' as the default domain (/etc/courier/defaultdomain) so when it aplies the standard alias 'root: postmaster' it becomes '[EMAIL PROTECTED]' and goes away to the internal server. Just the way I wanted, and I didn't have to touch a thing =)
So a question to you and/or anyone else who knows (probably only *Sam Varshavchik):
*Is this the intended behaviour (default domain being added when resolving aliases) or should I expect to have to change this alias to 'root: [EMAIL PROTECTED]' at some point?
Regards Pierre
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
