SMTP for multiple domains on virtual interfaces

Posted by Pawel Goscicki on Server Fault See other posts from Server Fault or by Pawel Goscicki
Published on 2010-03-31T16:22:10Z Indexed on 2010/03/31 16:33 UTC
Read the original article Hit count: 322

Filed under:
|
|

The setup is like this (Ubuntu 9.10):

eth0: 1.1.1.1 name.isp.com

eth0:0 2.2.2.2 example2.com

eth0:1 3.3.3.3 example3.com

example2.com and example3.com are web apps which need to send emails to their users.

2.2.2.2 points to example2.com and vice-versa (A/PTR). MX -> Google. Google handles all incoming mail.

3.3.3.3 points to example3.com and vice-versa (A/PTR). MX -> Google. Google handles all incoming mail.

Requirements:

  1. Local delivery must be disabled (must deliver to MX specified server), so that the following works (note that there is no local user bob on the machine, but there is an existing bob email user):

    echo "Test" | mail -s "Test 6" [email protected]

  2. I need to be able to specify from which IP/domain name the email is delivered when sending an email.

I fought with sendmail. With not much luck.

Here's some debug info:

sendmail -d0.12 -bt < /dev/null

Canonical name: name.isp.com
UUCP nodename: host
    a.k.a.: example2.com
    a.k.a.: example3.com
    ...

Sendmail always uses canonical name (taken from eth0). I've found no way for it to select one of the UUCP codenames. It uses it for sending email:

echo -e "To: [email protected]\nSubject: Test\nTest\n" | sendmail -bm -t -v

[email protected]... Connecting to [127.0.0.1] via relay...
220 name.isp.com ESMTP Sendmail 8.14.3/8.14.3/Debian-9ubuntu1; Wed, 31 Mar 2010 16:33:55 +0200; (No UCE/UBE) logging access from: localhost(OK)-localhost [127.0.0.1]
>>> EHLO name.isp.com

I'm ok with other SMTP solutions. I've looked briefly at nbsmtp, msmtp and nullmailer but I'm not sure thay can deal with disabling local delivery and selecting different domains when sending emails.

I also know about spoofing sender field by using mail -a "From: <[email protected]>" but it seems to be a half-solution (mails are still sent from isp.com domain instead of proper example2.com, so PTR records are unused and there's more risk of being flagged as spam/spammer).

© Server Fault or respective owner

Related posts about smtp

Related posts about linux