Seria bom rejeitar e-mails recebidos que usam um dos meus domÃnios virtuais como endereço de remetente, embora não seja um usuário legÃtimo meu.
Eu sei que posso rejeitar e-mails recebidos que usam um alias/nome de conta existente usando smtpd_sender_restrictions=reject_sender_login_mismatch
, mas isso ainda permite que invasores usem um endereço de e-mail inexistente com um dos meus domÃnios virtuais. (Que é favorecido em relação à detecção de spam).
Qual é a melhor maneira de rejeitar e-mails recebidos que usam um dos meus domÃnios virtuais e não são autenticados para isso?
O SPF e o DKIM estão configurados, mas configurados para SoftFail, devido a problemas com listas de discussão e encaminhamentos. Não estou procurando SPF ou DKIM, mas uma solução para o servidor postfix que é o MX dos domÃnios mencionados.
Eu encontrei dois métodos possÃveis, mas talvez haja uma maneira melhor.
1º método:
Agora eu modifiquei meu
smtpd_sender_login_maps
para retornar uma entrada deadmin
se o domÃnio existe na tabela de domÃnios. Desta forma, um registro é retornado, mesmo quando o endereço de e-mail não existe como maibox/alias, mas não quando um domÃnio estrangeiro é o endereço de origem.2º método:
Essa abordagem usa uma
check_sender_access
pesquisa que retorna uma ação de rejeição se o domÃnio for virtual e o usuário nãosasl_authenticated
.mysql_reject_virtual_domains.cf
:3º método (graças a masegaloeh ):
Não sei quantas cpu-load/SQL-queries rejeite_unlisted_sender gera, pois verifica muitas coisas:
Solicite que o servidor Postfix SMTP rejeite e-mails de endereços de remetentes desconhecidos, mesmo quando nenhuma
reject_unlisted_sender
restrição de acesso explÃcita for especificada. Isso pode retardar uma explosão de e-mails forjados de worms ou vÃrus.Um endereço é sempre considerado "conhecido" quando corresponde a um alias virtual(5) ou a um mapeamento canônico(5).
A maneira certa é configurar o SPF para o seu domÃnio e habilitar o SPF no MTA. Assim, você obterá proteção não apenas para a falsificação de seu próprio domÃnio, mas também para todos os outros domÃnios com SPF ativado.
Você deve tentar implementar pelo menos um dos seguintes (ambos são melhores):
Ainda outro 1º método com consulta separada sem uniões: