Удалить smtp_should_reject и discourse-smtp-fast-rejection

Продолжение обсуждения из темы Seeing smtp_should_reject “400 bad request” failures on bounce processing:

Я создал эту тему, чтобы обобщить некоторые внутренние обсуждения.

Мы выяснили, что путь выполнения кода в smtp_should_reject работает некорректно и приводит к отклонению писем в ситуациях, когда этого делать не следует.

В частности:

  • сообщения об отбое (с пустым envelope-from)
  • пересылка писем на несоответствующий адрес (проверка быстрого отклонения использовала envelope-to, тогда как Discourse использует заголовки To/CC)

Это вызвало проблемы у пользователей, развернувших Discourse самостоятельно:

Поскольку интереса к поддержке этого кода нет, мы планируем полностью его удалить.

PR для Discourse:

(это не удаляет конечную точку, так как установки пользователей продолжают обращаться к ней — вместо этого оно теперь всегда возвращает ответ «не отклонять»)

PR для mail-receiver:

Похоже, что оба этих исправления работают независимо друг от друга (то есть получение любого из них решит проблему), и ни одно из них не требует дополнительных усилий от тех, кто занимается самостоятельным размещением, кроме обычного обновления. Так ли это?

Это правильно; моя мотивация в том, что я подозреваю, что люди могут обновлять mail-receiver не так часто, как Discourse, поэтому я хочу убедиться, что эти люди всё равно получат исправление.