PostfixがSMTPを介してリレーするときに送信元アドレスを強制する

AWS EC2インスタンスからメールレポートを取得しようとしています。Exchange Online（Microsoft Online Servicesの一部）を使用しています。SMTPリレー専用のユーザーアカウントをセットアップし、このサーバーを介してメッセージをリレーするためのすべての要件を満たすようにPostfixをセットアップしました。ただし、差出人アドレスが認証アドレスと完全に一致しない限り、Exchange OnlineのSMTPサーバーはメッセージを拒否します（エラーメッセージはです550 5.7.1 Client does not have permissions to send as this sender）。

慎重に構成すれば、このユーザーとして送信するようにサービスをセットアップできます。しかし、私は注意を払うことの大ファンではありません-私はむしろ後置に問題を強制したいと思います。これを行う方法はありますか？

これは、実際にpostfixで行う方法です。

この構成は、ローカルで発信されたSMTPメールトラフィックとリレーされた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

サーバー自体から送信された電子メールのエンベロープアドレスを書き換えます

/ etc / postfix / sender_canonical_maps：

/.+/    newsender@address.com

SMTPリレー電子メールのアドレスから書き換える

/ etc / postfix / header_check：

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

たとえば、すべての多機能およびいくつかのアプリケーションで使用されるローカルリレーsmtpサーバーを使用している場合、これは非常に便利です。

Office 365 SMTPサーバーを使用する場合、認証されたユーザー自体からのメールとは異なる送信者アドレスを持つメールはすべて拒否されます。上記の設定はこれを防ぎます。

オプションの汎用テーブルは、サーバーからメールが配信（送信）されるときに適用されるアドレスマッピングを指定します。

これは、サーバーがメールを受信したときに適用される正規マッピングの反対です。

（注：FROMおよびTOアドレスの両方が、汎用テーブルおよび正規テーブルのいずれかの置換のために照合されます。）

サーバーがメールを受信したときに正規表を使用する方法については既に説明されています。

を使用してサーバーからメールが送信されるときに、FROMアドレスを書き換えることができますsmtp_generic_maps。

postfixドキュメントによると：

/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

更新：ITの友人のアドバイスにより、クラウドメールサーバーを1つ作成するのではなく、すべてのサーバーで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

私が満足していること：

• 多くのメールがルートに送信され、1行でalias誰が取得するかが指示されます。
• ローカルユーザーからのすべてのメールはからに変換されるrelayer@hosteddomain.comため、MS Online SMTPサーバーを通過します。
• postfixにはsendmailよりもはるかに優れたドキュメントがあります。

私が満足していないこと：

• ホストごとにカスタムの変更が必要であり、いくつかの手順があります。支援するためにbashスクリプトを作成しました。
• passwd名前のトリックは、常に仕事をしません。また、メールがから来ているものを、サーバー把握することは困難です。
• 送信されるメールごとに、ログに3つの警告が記録されます。
  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 

/ etc / postfix / login-map：

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

それは送信のために動作し、同じ方法で中継するために動作するはずです。

root @ app01をno-reply@example.comに書き換えるなど、正規マッピングを使用してfromアドレスを書き換えます。