Encabezado de precedencia de correo establecido en lista

Andro · 13 Enero, 2021 06:01

Estoy enviando manualmente correos entrantes desde Gmail. Sin embargo, Discourse los rechaza con quejas indicando que el campo Precedence está establecido en ‘list’ y que el correo es auto-generado, pero no lo es: lo escribí yo.

Desde las cabeceras:

Auto-Submitted: auto-generated
Precedence: list
List-ID: The Jackrail | Test <test.jackrail.space>
List-Archive: https://jackrail.space/t/a-test-please-work/579
List-Post: mailto:replies+591d4708be667d02b1c5826953683fba@jackrail.space

¿Qué está ocurriendo?

steinjer · 14 Febrero, 2021 18:48

Desde la versión actual, las respuestas a correos siempre requieren responder a «Responder a la lista». Una respuesta simple haciendo clic en «Responder» en el cliente de correo ya no funciona.

Lo nuevo en Mailheader es esta línea:
List-Post: <mailto:replies+0d953a3a06191ea09a38f1f4f62129c4@forum.example.org>

Dado que esto se agregó en el código (se modificó la cláusula if), nuestro Discourse funciona como un servidor de listas de correo, aunque no seleccionamos esta opción.

github.com/discourse/discourse

FIX: Group SMTP email improvements (#11633)

master ← issue/group-smtp-email-improvements

merged 05:32AM - 05 Jan 21 UTC

martin-brennan

+75 -12

Fixes a rare race condition causing the `Imap::Sync` class to create an incoming… email and associated post/topic, which then kicks off the PostAlerter to notify others in the PM about a reply in the topic, but for the OP which is not necessary (because the person emailing the IMAP inbox already knows about the OP). Basically, we should never be sending the group SMTP email for the first post in a topic. Also in this PR: * Custom attribute accessors for the to/from/cc addresses on `IncomingEmail`, to parse them from an array to a joined string so the logic for this is only in one place. * Store extra detail against the `IncomingEmail` created in `GroupSmtpMailer` * regex test Mail header Reply-To as string instead of Field, which fixes `warning: deprecated Object#=~ is called on Mail::Field; it always returns nil` * Add DEBUG_IMAP to log all IMAP logs as warnings for easier debugging * Changed the Rails logging to `ImapSyncLog` in the `GroupSmtpMailer`

martin · 14 Febrero, 2021 22:57

¿Quieres decir que tienes que “Responder a todos”? No estoy seguro de qué quieres decir con “Responder a la lista”. ¿Qué código en ese PR habría cambiado este comportamiento? La única cláusula if que veo que cambió es esta:

github.com/discourse/discourse

lib/email/sender.rb

8da9a3f82


      
          if reply_key.present? && @message.header['Reply-To'].to_s =~ /\<([^\>]+)\>/
            email = Regexp.last_match[1]
            @message.header['List-Post'] = "<mailto:#{email}>"
          end

Pero no veo cómo eso habría cambiado el comportamiento simplemente agregando to_s.

steinjer · 15 Febrero, 2021 07:58

Creo que la condición modificada en la cláusula if ahora genera el nuevo encabezado de mensaje ‘list-post’.

Ejemplo de un nuevo correo de nuestro Discourse mostrado en Thunderbird:

y el encabezado del correo contiene la línea:
List-Post: mailto:replies+6e23071765f50da1c819aba7f2ffb386@forum.sol....

Antes de la nueva versión (no se muestra la lista de respuestas):

y el encabezado del correo no contiene ninguna línea con “List-Post”.

Tema		Respuestas	Vistas
Confusion between Reply To and Reply List in email responses UX	45	6194	13 Octubre 2021
Reply-key variable doesn't get expanded in email custom headers Bug	5	927	25 Octubre 2021
Feedback from a community about Mailing List feature General	5	3323	20 Abril 2015
Allow reply-to individual instead of topic/forum (mailing list feature) Support	56	12638	27 Agosto 2022
Need help with my mailing list Support email , mailing-list	3	391	9 Octubre 2023

Encabezado de precedencia de correo establecido en lista

Temas relacionados