Michael Heydekamp ([EMAIL PROTECTED]) schreibt: > der ZConnect-Draft sagt zum TYP:-Header:
[TYP: TRANSPARENT] > ----------8<---------- > Syntax: TYP: <Typkennung> > Funktion: Die TYP-Information gibt Auskunft ueber die > Beschaffenheit des Nachrichtenkoerpers. Definierte > Bedeutung haben die Kennungen "BIN" (fuer > Binaernachricht), "TRANSPARENT" (fuer > Nachrichtenkoerper, in denen keine Umlaute > gewandelt werden duerfen), [...] > ----------8<---------- > Ist das fuer XP bzw. UUZ relevant? Derzeit wuerde der UUZ naemlich > 8bit-Zeichen konvertieren, wenn nicht gleichzeitig die Existenz des > Headers CHARSET: genau das verhindert. Genaue Anwendungsf�lle sind mir auch nicht bekannt bisher. Spielt wahrscheinlich nur eine Rolle bei Weiterleitung einer Nachricht im Original und vermutlich �berwiegend bei PGP- oder generell verschl�sselten Nachrichten. Bei ausgehenden Nachrichten in RFC-Netze w�rde ich auf CTE binary tippen und CHARSET bliebe der bekannte oder in der Nachricht vorhandene. > Wenn man das ernst nimmt, muesste man ZC-Puffer ohne > CHARSET:-Header, aber mit "TYP: TRANSPARENT" mit dem Zeichensatz > IBM437 deklarieren...? Wenn er nicht gesetzt ist, geht ZConnect - aber vermutlich nur f�r - eingehende Nachrichten vom ZConnect-Zeichensatz aus. Wie und ob bei der Weiterleitung im Original �berhaupt TYP: TRANSPARENT beachtet wird, ist mir nicht bekannt. Sollte er beachtet werden und kein CHARSET vorhanden sein, w�re zu vermuten, das es keine Rolle spielen sollte, weil der Header unter ZConnect optional ist. Wie sich das auf den UUZ auswirkt oder auswirken m��te, wenn der TYP: TRANSPARENT zu einem CTE binary f�hrt, kann ich auch nur vermuten. Erstmal gehe ich davon aus, da� hier dann auch in Richtung RFC kein charset gesetzt werden mu�. -- Salut _)oachim ------------------------------------------------------------------------ FreeXP Entwickler-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
