A configuração é assim (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
e example3.com
são aplicativos da web que precisam enviar e-mails para seus usuários.
2.2.2.2
aponta para example2.com
e vice-versa (A / PTR). MX - > Google. O Google lida com todos os e-mails recebidos.
3.3.3.3
aponta para example3.com
e vice-versa (A / PTR). MX - > Google. O Google lida com todos os e-mails recebidos.
Requisitos:
-
A entrega local deve ser desativada (deve ser entregue ao servidor especificado do MX), para que o seguinte funcione (observe que não há nenhum usuário local bob
na máquina, mas há um usuário de email bob existente):
echo "Test" | mail -s "Test 6" [email protected]
-
Eu preciso ser capaz de especificar de qual IP / nome de domínio o e-mail será entregue ao enviar um e-mail.
Eu lutei com o sendmail. Com pouca sorte.
Veja algumas informações de depuração:
sendmail -d0.12 -bt < /dev/null
Canonical name: name.isp.com
UUCP nodename: host
a.k.a.: example2.com
a.k.a.: example3.com
...
O Sendmail sempre usa o nome canônico (retirado da eth0). Não encontrei nenhuma maneira de selecionar um dos codinomes do UUCP. Usa-o para enviar 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
Estou bem com outras soluções SMTP. Eu olhei rapidamente para nbsmtp, msmtp e nullmailer, mas não tenho certeza de que eles podem lidar com a desativação da entrega local e a seleção de domínios diferentes ao enviar e-mails.
Eu também sei sobre spoofing campo remetente usando mail -a "From: <[email protected]>"
, mas parece ser uma meia solução (e-mails ainda são enviados do domínio isp.com em vez do exemplo2, de modo que os registros PTR não são usados e há mais risco de ser sinalizado como spam / spammer).