Ehi, sto riattivando un vecchio thread perché una qualche versione della patch del ricevitore di posta, mai applicata, è effettivamente finita nel controllo delle revisioni e, col passare del tempo e il deterioramento del codice, il mio container modificato ha smesso di funzionare.
Ho eliminato il mio container ricevitore di posta, ne ho configurato uno nuovo con una nuova chiave API e ho di nuovo la ricezione di posta funzionante sulla mia istanza Discourse… ma il sistema sembra tornare a generare backscatter per la posta rifiutata come se fosse il 2017.
Infatti, queste risposte di rifiuto sono tornate entrambe nella mia casella di posta, anche se quella relativa a BadDestinationAddress avrebbe dovuto essere rifiutata a livello SMTP prima di essere inviata a Discourse per un’ulteriore elaborazione e una risposta via email. Se uno spammer inviasse un’email con un indirizzo fittizio a questo server, verrebbe generato del backscatter.
Parlando direttamente con il server SMTP, posso vedere che non tenta affatto di rifiutare le email fittizie.
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
…tutto questo per dire: vedo che l’immagine predefinita del ricevitore di posta ha uno script di rifiuto rapido collegato, ma sembra che non stia rifiutando nulla…?
/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
C’è qualcosa che devo modificare per far funzionare tutto, o c’è un modo per indagare più a fondo sul motivo per cui non funziona? Funziona per altre persone?
Grazie!