The setup is like this (Ubuntu 9.10):
eth0: 126.96.36.199 name.isp.com
eth0:0 188.8.131.52 example2.com
eth0:1 184.108.40.206 example3.com
example3.com are web apps which need to send emails to their users.
220.127.116.11 points to
example2.com and vice-versa (A/PTR). MX -> Google. Google handles all incoming mail.
18.104.22.168 points to
example3.com and vice-versa (A/PTR). MX -> Google. Google handles all incoming mail.
Local delivery must be disabled (must deliver to MX specified server), so that the following works (note that there is no local user
bobon the machine, but there is an existing bob email user):
echo "Test" | mail -s "Test 6" email@example.com
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: firstname.lastname@example.org\nSubject: Test\nTest\n" | sendmail -bm -t -v email@example.com... 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 they 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: <firstname.lastname@example.org>" 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).