Eliminar smtp_should_reject y discourse-smtp-fast-rejection

Desarrollador
1

Continuando la discusión de Seeing smtp_should_reject “400 bad request” failures on bounce processing:

Estoy creando este tema para resumir algunas discusiones internas que hemos tenido.

Hemos identificado que la ruta de código en smtp_should_reject no está funcionando correctamente y está causando que el correo sea rechazado en situaciones en las que no debería serlo.

Específicamente:

  • mensajes de rebote (con un remitente de sobre nulo)
  • reenvío de correo con discrepancia (la comprobación de rechazo rápido usaba el destinatario del sobre, mientras que Discourse usa las cabeceras Para/CC)

Esto ha causado problemas a los autoalojados que utilizan esto:

No hay interés en mantener este código, por lo que estamos buscando eliminarlo por completo.

PR de Discourse:

PR de mail-receiver:

4 Me gusta
2

¿Ambas correcciones parecen funcionar independientemente una de la otra (es decir, conseguir cualquiera de ellas resolverá el problema) y ninguna parece requerir ningún esfuerzo por parte de las personas que se autoalojan más allá de actualizar de forma normal, ¿es eso correcto?

3

Esto es correcto; mi motivación es que sospecho que la gente no actualiza el receptor de correo tan a menudo como Discourse, por lo que me gustaría asegurar que esas personas sigan recibiendo la corrección.

2 Me gusta