Helmut G�tschow <[EMAIL PROTECTED]> wrote on 02.05.04:
> Am 02.05.04 haute <[EMAIL PROTECTED]> auf die Tasten:
>> Oops - sorry, falsche Gruppe.
> Ist doch nicht schlimm, eher Interessant, denn unter OpenXP/32 machen
> alle diese Zeilen mit CTRL+W keine Probleme (IMHO seit 09/03)
Keine Ahnung, wann OpenXP das <Ctrl-W>-Feature von mir �bernommen hat.
Jedenfalls funktionierte es beim letzten Mal, als ich es benutzt hatte,
dort nicht richtig, denn es fehlte immer die letzte Zeile.
> unter FreeXP werden diese noch umgebrochen.
^^ ^H^H
Nur im Lister, im Puffer stehen sie korrekt in der vollen L�nge.
Aber nicht die Anzeige im Lister war Gegenstand des Tests, sondern der
korrekte *Transport* solcher Zeilen, in Verbindung mit der Pflicht, bei
SMTP-Mails einen Punkt am Anfang der Zeile hinzuzuf�gen, wenn die Zeile
selbst ebenfalls bereits mit einem Punkt beginnt (ansonsten w�rde der
Punkt beim Transport verlorengehen).
Ich hab' mir gerade mal angesehen, wie OpenXP ausgehend solche Zeilen
behandelt. Ergebnis: Man k�nnte Zeilen > 998 Zeichen mitunter gar nicht
versenden, weil OpenXP die Regel mi�achtet, da� Zeilen gar nicht l�nger
als 998 Zeichen werden d�rfen (siehe RFC2822) und daher die Gefahr
besteht, da� solche Nachrichten vom Server nicht angenommen werden.
Daher *m�ssen* Zeilen > 998 Zeichen sp�testens dort umbrochen werden,
was der FreeXP-UUZ auch macht (und zwar nicht einfach blind an dieser
Position, sondern sauber an der letzten Wortgrenze davor, sofern eine
solche vorhanden ist), der von OpenXP aber nicht.
Man k�nnte das Problem bei OpenXP umgehen, indem man quoted-printable
verwendet (dann d�rften nur max. 76 Zeichen lange Zeilen mit Softbreaks
erzeugt werden), aber ein Test mit dem UUZ-Schalter "-qp" f�hrte bei
OpenXP zu dem ern�chternden Ergebnis, da� der Schalter v�llig ignoriert
wird (d.h., es wird *gar nicht* qp-codiert).
Ich hab's nur von der Kommandozeile aus getestet, ob sich OpenXP anders
verh�lt, wenn man eine Nachricht wirklich versendet, wei� ich nicht.
�hnliche Probleme wie jetzt mit langen Zeilen hatte ich bei OpenXP schon
vor l�ngerem bei der Codierung von Headern beobachtet: Auch hier wird
die max. zul�ssige L�nge eines encoded word (75 Zeichen gem�� RFC2047)
v�llig mi�achtet und aus einem Subject:-Header mit 248 "�" ein einziges
und 761 Zeichen langes encoded word produziert. Damit wird aber nicht
nur die max. L�nge eines encoded word �berschritten, sondern gleich auch
noch die max. zul�ssige L�nge einer Headerzeile, die encoded words
enth�lt (die liegt bei 76 Zeichen).
Der FreeXP-UUZ hat damit zwar keine Probleme, andere Programme aber
evtl. schon (und andere 16bit-XP-Versionen wie XP2 ganz sicher). Wie
auch immer, zul�ssig ist es nicht.
Nur bei News ist es zu tolerieren bzw. sogar w�nschenswert, die 76-
Zeichen-Regel f�r Headerzeilen insofern zu mi�achten, als da� man Header
mit encoded words dann trotzdem nicht foldet und insofern die max.
zul�ssige Zeilenl�nge bewu�t �berschreitet. Das gilt aber nur f�r die
L�nge der gesamten Zeile, hei�t aber nicht, da� man deshalb jetzt
pl�tzlich auch beliebig lange encoded words produzieren darf, bei deren
L�nge man gar keine Chance mehr h�tte, den Header zu folden.
Das sind nat�rlich alles theoretische Szenarien, aber man kann daran gut
erkennen, wie sauber diese Funktionen implementiert sind - oder eben
auch nicht.
Da� quoted-printable offenbar gar nicht mehr funktioniert (jedenfalls
nicht von der Kommandozeile und nicht in der mir vorliegenden Version),
ist schon heftig.
Was den Lister betrifft: Eins nach dem anderen, das ist wieder 'ne ganz
andere Baustelle. Im �brigen haut auch OpenXP beim Quoten die lange
Zeile sowieso wieder kaputt.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
