smtp_should_reject & discourse-smtp-fast-rejection entfernen

Entwickler
1

Die Diskussion wird fortgesetzt von Seeing smtp_should_reject “400 bad request” failures on bounce processing:

Ich erstelle dieses Thema, um einige interne Diskussionen zusammenzufassen, die wir geführt haben.

Wir haben festgestellt, dass der Code-Pfad in smtp_should_reject nicht korrekt funktioniert und E-Mails in Situationen ablehnt, in denen dies nicht der Fall sein sollte.

Insbesondere:

  • Bounce-Nachrichten (mit einem Null-Envelope-From)
  • Weitergeleitete E-Mails mit Abweichung (die Fast-Rejection-Prüfung verwendete das Envelope-To, während Discourse die To/CC-Header verwendet)

Dies hat zu Problemen für Selbst-Hoster geführt, die dies verwenden:

Es besteht kein Interesse daran, diesen Code zu warten, daher ziehen wir in Betracht, ihn vollständig zu entfernen.

Discourse PR:

mail-receiver PR:

4 „Gefällt mir“
2

Beide dieser Korrekturen scheinen unabhängig voneinander zu funktionieren (d. h. das Anwenden einer der beiden behebt das Problem), und keiner scheint für Personen, die selbst hosten, über das normale Aktualisieren hinausgehende Anstrengungen zu erfordern, ist das korrekt?

3

Das ist richtig; meine Motivation ist, dass ich vermute, dass Leute den Mail-Receiver möglicherweise nicht so oft aktualisieren wie Discourse, daher möchte ich sicherstellen, dass diese Leute den Fix trotzdem erhalten.

2 „Gefällt mir“