☰

Corrija a ordem de processamento das restrições smtp do postfix

tag-icon • tag-icon linux email postfix
Corrija a ordem de processamento das restrições smtp do postfix

Eu tenho esta restrição smtp no arquivo de configuração do postfix:

smtpd_sender_restrictions = permit_sasl_authenticated, check_policy_service inet:127.0.0.1:10031,permit_mynetworks, warn_if_reject reject_non_fqdn_sender, reject_unauth_pipelining, reject_authenticated_sender_login_mismatch, reject_unknown_sender_domain

que eu saiba, se permit_sasl_authenticateddisser que um usuário específico está autenticado, o restante das restrições não será verificado?

E se eu quiser ter certeza disso permit_sasl_authenticatede check_policy_service inet:127.0.0.1:10031, se ambos disserem sim, só então o e-mail deverá ser passado, caso contrário não?

Na verdade, estou tentando configurar o Clubbringer, mas estou tendo o problema de dizer Sender address rejected, mesmo depois que o remetente é autenticado corretamente no SASL.

Aqui está minha postconf -nsaída:

append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
disable_vrfy_command = yes
inet_interfaces = 91.91.98.67, localhost
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = mauth.fdomain.co.uk, localhost
myhostname = mauth.fdomain.co.uk
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relay_domains = mysql:/etc/postfix/relaydomains.cf
relayhost =
smtp_bind_address = 91.91.9.7
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = mysql:/etc/postfix/authsmtp.conf
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname Freezone Internet ESMTP
smtpd_client_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_rbl_client sbl.spamhaus.org, reject_rbl_client blackholes.easynet.nl, reject_rbl_client bl.spamcop.net
smtpd_data_restrictions = permit_sasl_authenticated, reject_unauth_pipelining
smtpd_delay_reject = yes
smtpd_end_of_data_restrictions = check_policy_service inet:127.0.0.1:10031
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_sasl_authenticated, permit_mynetworks, warn_if_reject reject_non_fqdn_hostname, reject_invalid_hostname, permit
smtpd_recipient_restrictions = permit_sasl_authenticated, check_policy_service inet:127.0.0.1:10031, permit_mynetworks, reject_unauth_destination
smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain =
smtpd_sasl_security_options = noanonymous
smtpd_sender_restrictions = permit_sasl_authenticated, check_policy_service inet:127.0.0.1:10031,permit_mynetworks, warn_if_reject reject_non_fqdn_sender, reject_unauth_pipelining, reject_authenticated_sender_login_mismatch, reject_unknown_sender_domain
smtpd_tls_CAfile = /etc/postfix/ssl/freezonewc.ca
smtpd_tls_auth_only = no
smtpd_tls_cert_file = /etc/postfix/ssl/freezonewc.crt
smtpd_tls_key_file = /etc/postfix/ssl/freezonewc.key
smtpd_tls_loglevel = 2
smtpd_tls_received_header = yes
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
transport_maps = mysql:/etc/postfix/transport.cf
unknown_local_recipient_reject_code = 450

Responder1

Para ser honesto, suas restrições estão um pouco confusas no momento. A lista de discussão de usuários do postfix geralmente recomenda reunir todas as restrições em smtpd_recipient_restrictionsou smtpd_relay_restrictions(somente Postfix 2.10). A razão para isso é que ele melhora a legibilidade e não faz muita diferença no smtpd_delay_reject=yes.

Além disso, um serviço de política raramente deve responder com uma declaração de aceitação/ok, mas sim com DUNNO. Portanto, no seu caso, primeiro perguntar ao serviço de política, dar-lhe a oportunidade de dizer REJECT e depois verificar SASL parece ser a melhor maneira, a menos que o seu serviço de política retorne OK em alguns casos.

Sem saber nem a natureza exata do seu serviço de política nem os seus requisitos, eu começaria com algo assim:

smtpd_relay_restrictions =
  # subject even authenticated users and trusted networks
  # to the policy check
  check_policy_service inet:127.0.0.1:10031
  permit_mynetworks
  reject_unknown_sender_domain
  permit_sasl_authenticated
  defer_unauth_destination

smtpd_recipient_restrictions =
  permit_mynetworks
  permit_sasl_authenticated
  # we exclude our networks and SASL authenticated users
  # from all further checks.
  # since I don't know if the policy service is relevant
  # for unauthenticated mail, I commented it out here
  # check_policy_service inet:127.0.0.1:10031
  warn_if_reject reject_non_fqdn_hostname
  warn_if_reject reject_non_fqdn_sender
  reject_invalid_hostname
  reject_unknown_sender_domain

smtpd_data_restrictions = reject_unauth_pipelining

Veja os comentários no meu trecho de configuração para algumas advertências.

Responder2

que eu saiba, se permit_sasl_authenticated disser que um usuário específico está autenticado, o restante das restrições não será verificado.

você está certo, mas apenas nas smtpd_xxx_restrictions atuais

Basta remover permit_sasl_authenticated de smtpd_sender_restrictions e mover todas as verificações para o serviço de política

smtpd_sender_restrictions = check_policy_service inet:127.0.0.1:10031, ...

Estariam disponíveis as seguintes opções

sasl_method
sasl_username
sasl_sender

Esses atributos ficariam vazios caso não houvesse autenticação SASL. No nível lógico, poderia ser algo como o seguinte

if [ policy_service_return_code == OK && sasl_username not empty ]
   return OK
else
   return REJECT

informação relacionada