Hi,
ich komme mal auf diesen schon länger zurückliegenden Thread zurück,
weil ich das eine oder andere ergänzen möchte und sich daran eine Frage
wegen einer möglichen Änderung/Erweiterung anschließt:
Hans-Juergen Taenzer <[EMAIL PROTECTED]> wrote on 28.08.05:
> Ich hab das weiter untersucht. Das Problem waren nicht die
> References, sondern ein eventuell vorhandener "in-reply-to"-Header.
> War ein solcher vorhanden, wurden alle References ignoriert, und der
> in-reply-to Header als BEZ gesetzt. Mit spitzen Klammern.
Dieses Verhalten, References bei vorhandenem In-Reply-To zu ignorieren,
halte ich ohnehin für fehlerhaft, siehe unten.
> Korrigiert wurde der UUZ wohl hiermit:
[... Robos Fix ...]
Der behebt das Problem mit den spitzen Klammern, ändert aber nichts am
grundsätzlichen Vorgehen.
Der E-UUZ geht gerade in diesem Bereich inzwischen völlig anders vor,
ich fasse die diversen Fixes/Änderungen für eingehende Nachrichten mal
zusammen:
a) References hat Priorität vor In-Reply-To, um Mehrfachbezüge nicht zu
vernichten.
b) References wird auf Dupes geprüft (ja, kommen vor).
c) Die letzte MID aus In-Reply-To wird mit den MIDs aus References
gemerged, wenn sie nicht sowieso schon bereits in References
enthalten ist. Sie wird dann als letzter BEZ: geschrieben.
(Workaround für Eudora-Bug)
d) Enthält In-Reply-To mehrere MIDs, wird jetzt die letzte (statt bisher
der ersten) nach BEZ: übernommen.
e) Innerhalb jeder einzelnen und zwischen mehreren Message-IDs werden
Kommentare, Phrasen, quoted-pairs/strings und Leerzeichen jetzt
(korrekt) entfernt. Damit ist sichergestellt, daß syntaktisch
unterschiedliche, aber semantisch identische Message-IDs in XP auch
identisch behandelt werden.
Zu Punkt e) steht in UUZ_ENH.TXT dann (und das ist die Frage, die sich
daran anschließt):
----------8<----------
"Diese Form der Message-ID-Behandlung sollte langfristig allerdings
besser in XP selbst stattfinden, da die Syntax von Message-IDs
idealerweise nicht verändert werden sollte."
----------8<----------
Sollte man das machen und wer könnte/würde sich damit beschäftigen?
Dann könnte man diesen Code im UUZ für MIDs deaktivieren.
Michael
------------------------------------------------------------------------
FreeXP Entwickler-Mailingliste
[email protected]
http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
