Michael Heydekamp ([EMAIL PROTECTED]) schrieb: >>>> Nein, bei -uz, wenn die Faltung bei -zu r�ckg�ngig gemacht >>>> wird, ist ein Leerzeichen drin, das vorher nicht drin war. Ist >>>> einfach nachvollziehbar.
>> Es *w�re* beim erneuten Folden ein weiteres Leerzeichen drin, weil >> das beim Unfolden nach -uz das mit reinkommt, es sei denn, es wird >> genau an derselben Stelle wieder gefoldet. > Auch das kann ich nicht nachvollziehen und w�re ein Bug. Ob an der > urspr�nglichen oder einer anderen Stelle gefoldet w�rde: Es wird > immer nur da gefoldet (und kann nur da gefoldet werden), wo sowieso > schon ein Leerzeichen vorhanden ist. Und wenn keines da ist, wird > auch nicht gefoldet. Ok. Wenn Du die im letzten Posting anliegende msg mal mit UUZ -uz behandelst, hast Du im unfoldet X-Face doch die Leerzeichen zus�tzlich drin, die vor den gefoldeten Teilen in der msg stehen. Die w�rden dann exakt an der Stelle wieder gefoldet. Das w�rde dann ja wohl klappen. > Insofern ist mir unklar, wie da zus�tzliche Leerzeichen entstehen > sollten. Ob bei mehreren Leerzeichen hier oder da gefoldet wird, > ist technisch betrachtet wumpe. Wobei man sinnvollerweise beim > letzten Leerzeichen vor Pos. 78 foldet. Die entstehen schon beim Unfolden, und Du bekommst Sie nicht mehr raus. >> Eigentlich er�brigt sich mein Einwand des Mehraufwanders >> vermutlich, weil ein U-X-Face w�rde den Original-Eintrag - >> gefoldet - behalten, oder? > Nein, das geht doch gar nicht. ZConnect kennt kein Folding, Ahja, stimmt ja.. > deshalb mu� in uz-Richtung immer entfaltet werden. Genau das ist der Punkt. >> Vermutlich kann man X-Face sowieso gleich unver�ndert mit einem >> U- davor belassen. Ich habe sowieso nie verstanden, warum der >> unfoldet wurde. > Siehe oben - auch wenn man ein "U-" davorh�ngt, reden wir immer noch > �ber einen ZConnect-Header, an dessen technische Spezifikationen wir uns > halten m�ssen. Ob es dem "Antragsteller" nun um X-Face ging oder nicht, es schien mir nur mal der Hinweis darauf passend, ob es �berhaupt m�glich ist, den Original-Header wieder unversehrt zu versenden. -- Salut _)oachim ------------------------------------------------------------------------ FreeXP Entwickler-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
