¿Podría ser una solución que una opción reescriba el message-id para reflejar el id original creado por el cliente de correo del remitente más un identificador adicional, por ejemplo, la dirección To: de la lista de correo que Discourse ya busca? Esto significaría que si una publicación proviniera de la lista de correo B pero hiciera referencia a un encabezado message-id que también estuviera en una publicación de la lista de correo A, ¿Discourse la archivaría correctamente?
Por ejemplo. El correo electrónico original enviado simultáneamente a dos listas de correo A y B tiene un message-id único ‘1234567890gmail’.
Discourse recibe dos copias reenviadas a la dirección genérica de entrada de Discourse. El primer mensaje se archiva basándose en que la dirección To: es para la Lista A y Discourse agrega caracteres adicionales al message-id para que se convierta en ‘1234567890gmailListA’. El segundo mensaje no se archiva ya que parece un duplicado. (Creo que este es el comportamiento actual).
Alguien en la Lista B responde usando la dirección To: para la Lista B. Discourse recibe una copia y detecta que hay un encabezado “in reply to” que contiene ‘1234567890gmail’. Discourse, al ver que el correo electrónico entró con una línea To: que refleja la Lista B, agrega caracteres al final para que el encabezado “in reply to” parezca ‘1234567890gmailListB’. Luego procede a archivar esto como un nuevo mensaje en la categoría correcta, ya que ya no está vinculado al mensaje que se archivó contra la Lista A.
Este enfoque podría funcionar también para transferir archivos, donde el mismo message-id podría encontrarse en varias listas de correo si un usuario envió el mensaje a varias listas al mismo tiempo. En el momento de la importación, todos los campos message-id (y “in reply to”) podrían tener texto único agregado vinculado a la lista de correo con nombre para detener una especie de interferencia entre archivos cuando se indexan los mensajes.