Michael Heydekamp ([EMAIL PROTECTED]) wrote:
>> nach zwei Polls (RFC) hab ich Probleme mit der Konvertierung der
> *.MSG
>> nach ZConnect durch den aktuellen E-UUZ.
>>
>> Wie es aussieht, werden LEN-Header falsch generiert.
> Richtig. Allerdings war meine urspruengliche Annahme, es handele
> sich um einen "klaren" Bug des UUZ, etwas verfrueht. Nachdem ich
> das jetzt eingehend analysiert habe, liegen die Ursachen in einer
> Gemengelage aus verschiedenen Umstaenden (erst in Kurzfassung,
> spaeter Erlaeuterungen dazu):
> 1. Der Subject:-Header der beiden besagten Postings ist defekt und
> somit Mitverursacher des Problems.
> 2. Das Problem existiert UUZ-seitig in dieser Form seit rund 2
> Jahren (genauer seit der Version vom 30./31.03.2002). Ursache ist
> ein Bugfix von Jochen, der sowohl von Robo/XP2 als auch von uns
> uebernommen wurde (und den man daher auch nicht einfach
> rueckgaengig machen kann).
Irgendwann kommt scheinbar jeder Bug mal zum Vorschein. ;) Gut, da� Du ihn
hast einkreisen k�nnen.
Die augenblickliche Situation ist zumindest f�r mich ziemlich
unbefriedigend: ich beziehe keine News mehr von Gruppen, in denen der
bewu�te KNode-Anwender schreibt. ;)
[...]
> ------
> Nun zur Entstehung des Problems mit dem falschen LEN-Header:
> Jochen hat - weil es mal so ein Szenario im real life gab -
> seinerzeit einen Fix fuer Faelle eingebaut, in denen ein
> UTF-8-Multibyte "zerrissen" ist (sich ueber mehrere Zeilen
> erstreckt). Sowas ist bei base64- oder qp-codierten Texten ein
> absolut realistisches Szenario, kann aber auch bei extrem und
> unzulaessig langen encoded words in Headern (die haeppchenweise
> decodiert wuerden) zum Tragen kommen.
Mal ne dumme Frage: warum wird denn nicht im Hauptspeicher die komplette
Headerzeile zusammengebaut? PChars existieren ja auch bei BP7. Da man das
ja nur f�r eine Headerzeile jeweils machen br�uchte, w�ren doch wohl auch
keine Speicherplatzprobleme zu erwarten? Oder wird die gleiche Routine
auch f�r den Body benutzt?
> Als ich mir vor Monaten diese Sache mal genauer angesehen hatte,
> dachte ich mir schon "hoffentlich geht das gut". Ich hatte dann
> Robo auf moegliche Probleme angesprochen, aber der meinte, die
> Leute sollten gefaelligst korrekt codieren und deklarieren. Na ja,
> zwei Jahre ging's ja nun auch gut. Allerdings hatte ich keine
> Probleme mit falschen LEN-Headern vorhergesehen, hoechstens ein
> paar "falsch" decodierte Zeichen, die aber eben auf falsch
> codierte/deklarierte Header zurueckzufuehren gewesen waeren.
Gut, damit h�tte man zur Not auch leben k�nnen. Aber ein falscher LEN-
Eintrag ist was anderes.
[detailierte Analyse gesnippt]
> Wie schon gesagt, verdankt der aeltere UUZ von XP2 (neuere
> muessten dasselbe Problem haben, aber die habe ich hier nicht zur
> Hand,
K�nnte dann wohl auch den OpenXP-UUZ betreffen.
> Done. Es war schneller analysiert als die Analyse zu verfassen. ;)
:-)
[...]
> Ich bin am Freitag wieder im Buero und hoffe, dass wir am WE eine
> gefixte UUZ-Version rausgeben koennen.
Gut!
Gruss
Hans-Juergen
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
