<[EMAIL PROTECTED]> wrote on 16.04.04:
>> Aber ist ja egal, selbst wenn's nur der Header w�re, ist's schon
>> schlimm genug.
> Ist schon klar. Aber nur noch mal zum Mitschreiben: Wir reden jetzt
> nur �ber subjectzeilen > 255, bzw. deren headerdarstellung.
Eigentlich reden wir �ber das K�rzen von Zeilen generell. XP3P k�rzt ja
nicht nur speziell Subject-Header, nur war dies halt der einzige lange
Header bei Deinem Test.
> [...]
>> Also ich w�rde mal sagen, da� das Vorkommen eines unvollst�ndigen
>> encoded word ("=?IS") und das nahtlose Dranklatschen des Headers "X-
>> Newsreader:" an ein Gleichheitszeichen im Subject sogar ein ziemlich
>> sicheres Zeichen daf�r ist, da� a) das Subject von XP3P mehrfach
>> gek�rzt wurde,
> offenbar, denn was als subject im R�ckl�ufer ankommt, ist nicht mehr
> das, was rausging
>> und b) dabei sogar der Zeilenumbruch vernichtet wurde.
> Das hat mich auch stutzig gemacht, aber ich vermutete zun�chst, da�
> die Ursache evtl. bei mir lag, mit der vielen Hin-und Herkopiererei.
Beim Kopieren von Dateien werden aber normalerweise keine Zeilen
abgeschnitten. ;)
>> Das Teil ist ja richtig gef�hrlich...
> kommt mir mittlerweile auch so vor.
IOW unbrauchbar.
>> Jetzt mu�t Du mir nur noch verraten, wie Du zu der Ansicht
>> kommst, XP3P w�rde nichts abschneiden? ;-)
> Hier meinte ich den Body, resp. die normalen Textzeilen
Auch die werden ganz sicher gek�rzt. XP3P wei� nix von Header oder
Body, das transportiert nur Bytes - nur leider nicht 1:1.
Du hattest ja �berhaupt noch gar kein Posting mit einem Body, der lange
Zeilen enth�lt, versendet - das sehe ich sogar noch an den ZConnect-
Puffern in der FreeXP-Testgruppe.
Die mit FreeXP versandten Postings waren wie gesagt - und warum auch
immer - qp-codiert, und enthalten also schon von daher keine "langen",
Zeilen, sondern nur welche mit max. 76 Zeichen.
Und die mit XP2 versandten Postings enthalten ebenfalls keine langen
Zeilen - Du hast zwar vielleicht welche im Editor erzeugt (<F3>
gedr�ckt?), aber der XP2-UUZ bricht die bei der Konvertierung sp�testens
an Pos. 255 blind um, statt sie so lang zu lassen wie sie sind. Nicht
nur das unterscheidet ihn vom Enhanced UUZ von FreeXP.
Kannst Du ebenfalls ganz leicht selbst testen, indem Du mal einen
ZConnect-Puffer, der lange Zeilen im Body enth�lt, mit dem XP2-UUZ
h�ndisch konvertierst und Dir das Ergebnis in einem Editor ansiehst.
Extrem unsch�n z.B., wenn man mal lange URLs o.�. im Text versenden
will, die werden dann brutal auseinandergerissen. IOW: Du kannst mit
XP2 �berhaupt keine langen Zeilen im Body versenden, daher kann XP3P da
auch schlecht was k�rzen. ;)
Du m��test es also schon mit FreeXP testen, dabei aber die qp-Codierung
deaktivieren. Wenn irgendein Newsserver auf dem Transportweg das
Posting eigenm�chtig qp-codieren sollte, kannst Du da nat�rlich wenig
bis nichts dagegen tun.
> Ich meinte nicht die Inhalte der postings sondern den Transport an
> sich (kein Absturz, wie bef�rchtet)
Das hast Du ohnehin mi�verstanden. Die Aussage war nicht, da� die
Absturzversion dann abst�rzt, wenn lange Zeilen vorkommen. Die Aussage
war, da� die Absturzversion lange Zeilen unterst�tzt, aber schon mal -
bei ganz anderer Gelegenheit - eben abst�rzt.
Mir war nur nicht mehr pr�sent, *wann* die abst�rzt, aber das hat Johann
ja inzwischen aufgekl�rt.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
