Ei, estou revivendo um tópico antigo aqui, porque alguma forma do patch de receptor de e-mail nunca aplicado de fato acabou entrando no controle de versão e, como as coisas se deterioram com o tempo, meu container modificado parou de funcionar em algum momento.
Eu eliminei meu container de receptor de e-mail, configurei um novo container e uma nova chave de API, e o recebimento de e-mails está funcionando novamente na minha instância do Discourse… mas o sistema parece estar gerando backscatter com e-mails rejeitados como se fosse 2017 novamente.
De fato, essas respostas de rejeição voltaram para minha caixa de entrada, mesmo que a de BadDestinationAddress devesse ter sido rejeitada no nível SMTP antes de ser enviada ao Discourse para processamento adicional e envio de um e-mail de resposta. Se um spammer atingir este servidor com um endereço de e-mail inválido, isso geraria backscatter.
Falando diretamente com o servidor SMTP, vejo que ele não faz nenhuma tentativa de rejeitar e-mails inválidos.
root@discourse:/var/discourse# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 ESMTP server
HELO sdfsdfsdf
250 discourse-mail-receiver.localdomain
MAIL FROM: sdfsdf@example.com
250 2.1.0 Ok
RCPT TO: sdfsdfsdf@discourse.libsdl.org
250 2.1.5 Ok
…tudo isso para dizer: consigo ver que a imagem padrão do mail-receiver tem um script de rejeição rápida configurado, mas parece que ele não está rejeitando nada…?
/etc/postfix/master.cf:
policy unix - n n - - spawn user=nobody
argv=/usr/local/bin/discourse-smtp-fast-rejection
/etc/postfix/main.cf:
smtpd_recipient_restrictions = check_policy_service unix:private/policy
Há algo que precise ajustar para fazer isso funcionar, ou existe alguma maneira de investigar mais a fundo o motivo pelo qual não está funcionando? Está funcionando para outras pessoas?
Obrigado!