ですから、現在、smtpd_recipient_restrictions
を使用して、送信メールのブラックリストを設定しようとしています。
私が経験している問題は、テストメールがシステムによって拒否されることを期待しているときに配信されていることです。
こちらが/etc/postfix/main.cf
です
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
readme_directory = no
# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.
smtpd_recipient_restrictions =
reject_unknown_recipient_domain,
reject_unauth_destination,
check_recipient_access hash:/etc/postfix/recipient_block
myhostname = hostname.domain.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = hostname.domain.com, hostname.domain.com, , localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
私の/etc/postfix/recipient_block
(これは後でポストマップを通じて実行されました)
[email protected] REJECT
そして、私はそのようにテストメールを送信しています:
$ echo test | mail -s "test email, please ignore" [email protected]
Postfixはconfをリロードし、数回再起動してトラブルシューティングを試みましたが、すべて失敗しました。
/var/log/mail.log
ファイルの末尾からのチャンクは、次のように読み込まれます。
Sep 25 02:27:17 antares postfix/master[3024]: reload -- version 2.7.0, configuration /etc/postfix
Sep 25 02:27:27 antares postfix/pickup[3104]: C723018770: uid=1001 from=<obsidian>
Sep 25 02:27:27 antares postfix/cleanup[3110]: C723018770: message-id=<[email protected]>
Sep 25 02:27:27 antares postfix/qmgr[3105]: C723018770: from=<[email protected]>, size=388, nrcpt=1 (queue active)
Sep 25 02:27:28 antares postfix/smtp[3112]: C723018770: to=<[email protected]>, relay=ASPMX.L.GOOGLE.COM[74.125.47.26]:25, delay=0.35, delays=0.01/0.01/0.12/0.21, dsn=2.0.0, status=sent (250 2.0.0 OK 1316942848 j50si8227610yhe.128)
Sep 25 02:27:28 antares postfix/qmgr[3105]: C723018770: removed
...だから、私は困惑しています。電子メールis n'tが拒否される理由がわかりません。
問題は、メールがpickup
サービスを介して(sendmailインターフェースを介して)送信されるため、「送信」メールであるということです。送信メールの場合、smtpd_*_restrictions
適用されません。これらの制限は、SMTP経由で送信された「受信」メールにのみ適用されます。
EditVictor Duchovni(Postfixメンテナ)によって提供される解決策さえあります: http://marc.info/?l=postfix- users&m = 120155612332393&w = 1
@mailqが言うように、「メール」プログラムはSMTP経由でメッセージを挿入しません。「smtpd_recipient_restrictions」はSMTP経由で受信されたメッセージにのみ適用されます。したがって、たとえば、これを実行すると、拒否が表示されます。
printf 'ehlo hostname.domain.com\nmail from: <[email protected]>\nrcpt to:' \
'<[email protected]>\nquit\n' | nc localhost 25
これは、「netcat」(通常は「nc」と呼ばれます)を介してSMTP接続を行い、ブロックisが実際に配置されていることを示しているはずです。
おそらくこれで十分でしょうか?そうでない場合、このリモートアドレスを拒否するための唯一の方法は、送信されたメッセージを拒否するトランスポートをセットアップし、拒否するトランスポートに関連付けるトランスポートテーブルにそのアドレスをリストすることです。