Então, agora estou na metade tentando configurar uma lista negra de emails de saída, por meio de smtpd_recipient_restrictions .
O problema que estou tendo é que meus e-mails de teste estão sendo entregues quando estou esperando que eles sejam rejeitados pelo sistema.
Aqui está o /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
Meu /etc/postfix/recipient_block (foi executado no pós-mapa posteriormente)
[email protected] REJECT
E então, estou enviando o e-mail de teste da seguinte forma:
$ echo test | mail -s "test email, please ignore" [email protected]
O Postfix teve seu conf recarregado, foi reiniciado algumas vezes para tentar solucionar problemas, tudo sem sucesso.
Um trecho de seguir o arquivo /var/log/mail.log é o seguinte:
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
... Então, estou perplexo. Não vejo por que o e-mail não está sendo rejeitado.
O problema é que o e-mail é enviado via pickup service (via interface do sendmail) e por isso é um e-mail "de saída". Para o correio de saída, o smtpd_*_restrictions não se aplica. Estas restrições aplicam-se apenas a mensagens "recebidas" que tenham sido enviadas via SMTP.
Editar Existe até uma solução fornecida por Victor Duchovni (mantenedor do Postfix): link
Como o @mailq diz, o programa "mail" não injeta mensagens via SMTP, o "smtpd_recipient_restrictions" só se aplica a mensagens recebidas via SMTP. Então, por exemplo, se você rodar isso, você deve ver a rejeição:
printf 'ehlo hostname.domain.com\nmail from: <[email protected]>\nrcpt to:' \
'<[email protected]>\nquit\n' | nc localhost 25
Isso faz uma conexão SMTP via "netcat" (geralmente chamado de "nc") e deve demonstrar que o bloco está efetivamente em vigor.
Talvez isso seja suficiente? Se não, a única maneira que eu posso fazer para fazer uma rejeição para este endereço remoto é configurar um transporte que rejeita as mensagens enviadas para ele e, em seguida, listar esse endereço na tabela de transporte para ser associado ao transporte de rejeição. / p>