[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Umsteigen - gleich auf Sarge?



Michelle Konzack <linux4michelle@freenet.de> writes:

> Am 2005-04-06 19:37:39, schrieb Martin Dickopp:
>> Hartmut Figge <hfigge@uni.de> writes:
>> 
>> > Heino Tiedemann:
>> >>Michelle Konzack <linux4michelle@freenet.de> wrote:
>> >>
>> >>Irgendwie sieht Deine Signatur komsich aus:
>> > [...]
>> >
>> > Du könntest Deinem Gnus ja ANSI beibringen ... O:-)
>> 
>> Eine Mail mit Content-Type text/plain, die ANSI-Escape-Sequenzen
>> enthält, verstößt eindeutig gegen RFC 2046. Warum sollte man sein
>> Gnus also so konfigurieren, daß es diese Sequenzen dann auch noch
>> interpretiert? :)
>
> Nein, verstößt es nicht, denn ich habe
>
> Content-Trandfer-Encoding: quoted-printable
>
> gesendet was einwwndfrei text/plain ist oder willste das bestreiten ?

Ja, das will ich bestreiten, denn die Transfercodierung ("Content-
Transfer-Encoding") hat nichts mit dem Medientyp ("Content-Type") zu
tun.

Quoted-printable "ist" nicht text/plain, sondern eine Transfer-
codierung, mit der sich alle möglichen Medientypen codieren lassen.
Zum Beispiel auch image/jpeg.

> Ich kann auch
>
> Content-Trandfer-Encoding: base64
>
> schicken, was ebenfals text/plain ist. Wenn ich aber 
>
> Content-Type: text/plain
> Content-Trandfer-Encoding: 8bit
>
> sende, ist es ebenfals legal.  Dein MUA muß es nur können :-)

Die Transfercodierung spielt da keine Rolle. Ich bezweifle ja nicht, daß
Du die ESC-Zeichen innerhalb der ANSI-Sequenzen korrekt als =1B codiert
hast, wie quoted-printable das verlangt, sondern daß die ANSI-Sequenzen
überhaupt vorkommen dürfen. :)

In RFC 2046 steht:

| The "text" media type is intended for sending material which is
| principally textual in form. A "charset" parameter may be used to
| indicate the character set of the body text for "text" subtypes,
| notably including the subtype "text/plain", which is a generic subtype
| for plain text. Plain text does not provide for or allow formatting
| commands, font attribute specifications, processing instructions,
| interpretation directives, or content markup. Plain text is seen
| simply as a linear sequence of characters, possibly interrupted by
| line breaks or page breaks. Plain text may allow the stacking of
| several characters in the same position in the text. Plain text in
| scripts like Arabic and Hebrew may also include facilitites that allow
| the arbitrary mixing of text segments with opposite writing
| directions.

Ich beziehe mich auf die Aussage "Plain text does not [...] allow [...]
font attribute specifications, processing instructions, interpretation
directives, or content markup."

Martin



Reply to: