Uma solução poderia ser uma opção para reescrever o message-id para refletir o id original criado pelo cliente de e-mail do remetente, mais um identificador adicional, por exemplo, o endereço To: da lista de e-mails que o Discourse já procura? Isso significaria que, se uma postagem viesse da lista de e-mails B, mas referenciou um cabeçalho message-id que também estava em uma postagem da lista de e-mails A, ela seria arquivada corretamente pelo Discourse?
Por exemplo. E-mail original enviado simultaneamente para duas listas de e-mails A e B tem message-id único ‘1234567890gmail’.
O Discourse recebe duas cópias encaminhadas para o endereço genérico de entrada do Discourse. A primeira mensagem é arquivada com base no endereço To: ser para a Lista A e o message-id recebe caracteres adicionais anexados pelo Discourse para se tornar ‘1234567890gmailListA’. A segunda mensagem não é arquivada, pois parece um duplicado. (Acho que este é o comportamento atual).
Alguém na Lista B responde usando o endereço To: para a Lista B. O Discourse recebe uma cópia e percebe que há um cabeçalho in reply to que contém ‘1234567890gmail’. O Discourse, vendo que o e-mail entrou com uma linha To: refletindo a Lista B, anexa caracteres ao final para fazer o cabeçalho in reply to parecer ‘1234567890gmailListB’. Em seguida, ele arquiva isso como uma nova mensagem na categoria correta, pois não está mais vinculado à mensagem que foi arquivada contra a Lista A.
Essa abordagem poderia funcionar para transferir arquivos também, onde o mesmo message-id pode ser encontrado em várias listas de e-mails se um usuário enviou a mensagem para várias listas ao mesmo tempo. No ponto de importação, todos os campos message-id (e in reply to) podem ter texto exclusivo anexado vinculado à lista de e-mails nomeada para interromper uma espécie de “conversa cruzada” entre arquivos quando as mensagens são indexadas.