Принудительное использование адреса from при пересылке postfix через smtp

Я пытаюсь получать отчеты по электронной почте от наших экземпляров AWS EC2. Мы используем Exchange Online (часть Microsoft Online Services). Я настроил учетную запись пользователя специально для SMTP-ретрансляции и настроил Postfix для удовлетворения всех требований для ретрансляции сообщений через этот сервер. Однако SMTP-сервер Exchange Online будет отклонять сообщения, если только адрес отправителя не совпадает с адресом аутентификации (сообщение об ошибке 550 5.7.1 Client does not have permissions to send as this sender).

Благодаря тщательной настройке я могу настроить свои службы для отправки в качестве этого пользователя. Но я не большой поклонник осторожности - я бы предпочел постфикс исправить проблему. Есть ли способ сделать это?

Вот как это действительно сделать в postfix.

Этот конфиг изменяет адреса отправителей как из локального исходного, так и ретранслированного почтового SMTP-трафика:

/etc/postfix/main.cf:

sender_canonical_classes = envelope_sender, header_sender
sender_canonical_maps =  regexp:/etc/postfix/sender_canonical_maps
smtp_header_checks = regexp:/etc/postfix/header_check

Перепишите адрес конверта из электронного письма, полученного с самого сервера

/ И т.д. / постфикса / sender_canonical_maps:

/.+/    newsender@address.com

Переписать с адреса в ретранслируемой электронной почте SMTP

/ И т.д. / постфикса / header_check:

/From:.*/ REPLACE From: newsender@address.com

Это очень полезно, например, если вы используете SMTP-сервер локальной ретрансляции, который используется всеми вашими многофункциональными устройствами и несколькими приложениями.

Если вы используете SMTP-сервер Office 365, любая почта с адресом отправителя, отличным от электронной почты самого аутентифицированного пользователя, будет просто отклонена. Приведенный выше конфиг предотвращает это.

Необязательная универсальная таблица задает сопоставление адресов, которое применяется при доставке (отправке) почты с сервера.

Это противоположно каноническому отображению, которое применяется при получении почты сервером.

(Примечание. Адреса FROM и TO совпадают для замены любой из общих и канонических таблиц.)

Использование канонической таблицы при получении почты сервером уже объяснено, другие ответы.

Вы можете переписать адреса FROM при отправке почты с сервера с помощью smtp_generic_maps.

Согласно постфиксной документации :

/etc/postfix/main.cf:
    smtp_generic_maps = hash:/etc/postfix/generic

/etc/postfix/generic:
    user@localdomain.local      account@isp.example.com
    @localdomain.local          wholedomain@isp.example.com

Затем сделайте:

sudo postmap /etc/postfix/generic
sudo /etc/init.d/postfix reload

Ссылки:

• http://www.postfix.org/ADDRESS_REWRITING_README.html#generic
• http://www.cyberciti.biz/tips/howto-postfix-masquerade-change-email-mail-address.html

Обновление: по совету ИТ-друга я использую postfix на всех своих серверах, а не делаю один облачный почтовый сервер. Вот мое решение до сих пор:

/etc/postfix/main.cf

# output of hostname -f - mail from local users appears to come from here
myhostname = domU-01-02-03-04-05-06.compute-1.internal
# Local delivery - include all 127.0.0.1 aliases from /etc/hosts
mydestination = $myhostname, $mydomain, rest_of_entries_from_hosts
# Needed for address translation to work
myorigin = $mydomain

# Talking to MS Online
# :submission = port 587
relayhost = [smtp.mail.microsoftonline.com]:submission
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =   # Yes, leave empty
smtp_tls_security_level = encrypt
smtp_generic_maps = hash:/etc/postfix/generic

# Enable if you need debugging, but it does leak credentials to the log
#debug_peer_level = 2
#debug_peer_list = smtp.mail.microsoftonline.com

# Only listen on the local interfaces (not the public)
inet_interfaces = localhost

# I left out a bunch of CentOS defaults.  postconf -n is your friend.
# These are included
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases

/etc/postfix/sasl_passwd

# Run postmap /etc/postfix/sasl_passwd after editing
# Also, chown root:root; chmod 600
smtp.mail.microsoftonline.com relayer@hosteddomain.com:YourP@ssw0rd

/etc/postfix/generic

# Run postmap /etc/postfix/generic
# I've seen local mail come from either source
# output of dnsdomainname
@compute-1.internal relayer@hosteddomain.com
# output of hostname -f
@domU-01-02-03-04-05-06.compute-1.internal relayer@hosteddomain.com

/etc/aliases

# Run newaliases after changing
# Lot of stuff here. Mostly, just make sure the graph points to root, such as
mailer-daemon:  postmaster
postmaster:     root

# And the important part - your email or distribution group
root:           awsadmins@hosteddomain.com

/etc/passwd

# Sometimes it helps to expand the name, so email comes from 'root at aws host 5'
#  rather than just 'root'
# Was
#root:x:0:0:root:/root:/bin/bash
# Is
root:x:0:0:root on aws host 5:/root:/bin/bash

Вещи, которыми я доволен:

• Много почты отправляется в root, и одна строка aliasуказывает, кто ее получает.
• Вся почта от локальных пользователей преобразуется в исходящую relayer@hosteddomain.com, поэтому она поступает через SMTP-сервер MS Online.
• Postfix имеет намного лучшую документацию, чем sendmail.

Вещи, которые меня не устраивают:

• Пользовательские изменения требуются для каждого хоста, и несколько шагов. Я написал скрипт bash, чтобы помочь.
• passwdИмя трюк не всегда работает, и это может быть трудно понять, какой сервер почтовый откуда.
• Каждое отправленное письмо помещает в журнал три предупреждения:
  1. warning: smtp.mail.microsoftonline.com[65.55.171.153] offered null AUTH mechanism list(SMTP-сервер отправляет пустой AUTHсписок до STARTTLS, но AUTH LOGINпосле).
  2. certificate verification failed for smtp.mail.microsoftonline.com: num=20:unable to get local issuer certificate (Есть несколько параметров конфигурации вокруг сертификатов, но я не уверен, что доставка почты прерывается при обновлении сертификата)
  3. certificate verification failed for smtp.mail.microsoftonline.com: num=27:certificate not trusted (Так же, как № 2)

Спасибо сообществу serverfault за то, что поделились сильным мнением о почтовых серверах.

Вы можете использовать smtpd_sender_login_maps для указания списка карт: адрес отправителя - пользователь.

Пример:

smtpd_sender_login_maps = 
    hash:/etc/postfix/login-map 

/ И т.д. / постфикс / Логин-карта:

mail1@domain    userlogin
mail2@domain    userlogin, otheruser@example.com

Он работает для отправки, он должен работать для ретрансляции таким же образом.

Я использую каноническое сопоставление, чтобы переписать адрес отправителя, например переписать root @ app01 на no-reply@example.com.