Mirroring-Bug bei Mailinglisten mit Sicherheitsimplikationen

Man könnte argumentieren, dass es eine einzige Message-ID hat, da die Nachricht dieselbe ist. Tatsächlich hat im fraglichen Beispiel der ursprüngliche Poster die Nachricht in Gmail verfasst (die die Message-ID zugewiesen hat) und sie wurde an zwei Listserv-Adressen auf demselben Server gesendet. Dies ist nicht ungewöhnlich, zum Beispiel könnte es sich um eine Pressemitteilung handeln, die für Manager und Kliniker bestimmt ist, die sich jeweils in ihren eigenen Mailinglisten befinden. Es könnte ein medizinisches Problem in der Pressemitteilung geben, das diskutiert werden muss, so dass ein Kliniker antworten könnte (und die Reply-to:-Adresse wäre auf die Klinikerliste gesetzt worden, obwohl der To:-Header immer noch beide Mailinglisten erwähnt hätte). Ebenso könnten die Manager ihre eigene Sicht auf die Nachrichten diskutieren wollen. Sie würden antworten und der relevante Reply-to:-Header würde verwendet, um die Managerliste widerzuspiegeln. Hätte ein Poster die To:-Adressen durch eine „Antwort an alle“-Funktion genutzt, wäre eine Fehlermeldung von der Liste, der er nicht angehörte, generiert worden.

Das oben beschriebene Verhalten ist nicht so ungewöhnlich, aber es scheint, dass Discourse damit nicht richtig umgehen kann, wenn es als Spiegel einer Mailingliste verwendet wird und die verzweigten Antworten getrennt hält, da sie alle der ursprünglichen Message-ID und der Kategorie zugeordnet werden, in der dieser Beitrag zuerst erschien.

Dies könnte bedeuten, dass Manager beispielsweise die Beiträge von Klinikern sehen könnten, wenn der Beitrag des Klinikers, der auf die Klinikerliste antwortet, im Spiegel der Managerliste erscheint, aufgrund der Art und Weise, wie Discourse Nachrichten ablegt.

Eine Lösung könnte darin bestehen, jede Adresse im To:-Header eingehender Nachrichten zu überprüfen, um zu sehen, ob sie mit einer Mailinglisten-Spiegeladresse in den jeweiligen Kategorieeinstellungen übereinstimmt. Wenn dies der Fall wäre, könnte eine Kopie der Nachricht in jeder übereinstimmenden Kategorie veröffentlicht werden, und es könnten potenziell mehrere Kopien des Beitrags in verschiedenen Kategorien vorhanden sein. Dann, wenn Antworten eingehen, könnte die Message-ID wie bisher verwendet werden, aber nur, wenn die To:-Zeile auch mit der Kategorie übereinstimmt.