On Thu, Jan 25, 2007 at 12:17:26PM +0100, Martin Steigerwald wrote:
Ah, hier ist was: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406207Kannst ja mal ausprobieren und berichten, ob es das Problem fixt. Hmmm,
Okay, das fixt es auf alle Fälle. Jetzt sind die neuen Threads wieder in Ordnung.
On Thu, Jan 25, 2007 at 04:12:05PM +0100, Martin Steigerwald wrote:
Ich hab das Thema auf crm114-general angesprochen. Laut Paolo ist das Verhalten von CRM114 (eine zweite MessageId-Zeile hinzuzufügen) absolut RFC-konform und MUAs, die damit nicht klar kommen, sollten angepasst
Äh, und wie soll das beim Threading gehen, wenn die eine Msg-ID nicht in den References auftaucht?
--------------------------------------------------------------------- The reason for hiding the reavercache in two places is because some mail reader programs trash (or at least refuse to forward) any header they don't understand. If that happens to the X-CRM114-CacheID, then there's still a chance that training can happen because the sfid is *also* in the Message-Id. ---------------------------------------------------------------------
Und das ist *kein* Bug von MUAs, der gefixt gehört?
Also KMail scheint diese Geschichte auch nicht zu verwirren. Das Threading scheint so oder so hinzuhauen.
Mutt (1.5.13) threaded ja auch, nur sieht die Thread-Grafik so aus, als würde Nachrichten dazwischen fehlen.
Eventuell wirds ne Option für mailfilter.cf geben. Die möchte der Entwickler Bill Yerazunis jedoch nur hinzuzufügen, wenn es dafür einen ernsthaften Grund gibt.
Ein Feature, das man nicht abschalten kann, ist ein Bug. ;-)Das Verhalten führt zu einem seltsamen Threadaussehen in meinen MUA, das reicht mir erstmal als Grund. Und wenn ich den Bug-Report richtig verstanden habe, wird das im nächsten Debian-Paket deaktiviert sein.
Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: Nur-Ab-Sal@gmx.de | | PGP Public Keys: http://fsing.rootsland.net/~stse/pgp.html |
Attachment:
signature.asc
Description: Digital signature