Ok. Let's set the record straight. Atleast two people have objected to using the aliases file for this purpose.
virtusertable gives you more finegrained control
and if you use aliases, what happens is that "user" has to be unique - so if there is a [EMAIL PROTECTED] you wont be able to provision [EMAIL PROTECTED] unless you do something like internal aliasing and create mailboxes like user-subdomain1, user-subdomain2 etc.
I believe that the answers have been philosophical - based on the idea that aliases file [or luser_relay] should only be used for redirecting mail meant for local users and I am suggesting that they should be used to redirect mails for users who are not local to the system.
luser_relay is a whole different thing .. and i would not advocate it at all for the reasons I mentioned in my previous email. Leaves you wide open to dictionary attacks.
Yup. And the situation doesn't seem much better there. The two MXs listed there each resolve to four IPs, which I presume are "virtual IPs" pointing to clusters of servers, which is good. Except that they point to the *same* four IPs.
So effectively, the MX and backup MX are running on the same cluster of servers. If so, why bother with setting up the backup MX records?
Just a quick hack .. smtp connections get made again fairly fast instead of being deferred at the sending server's end. Our servers handle a lot of connections so if the daemon has run out of connections now, a connection might be open a second later.
srs
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
linux-india-help mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/linux-india-help
