Bug in UKAW1.88 oder in FreeXP-UUZ?

[Hans-Juergen Taenzer]

Michael Heydekamp (my at freexp.de) 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