Content-Transfer-Encoding: binary

[Joachim Merkel]

Michael Heydekamp (my-news at freexp.de) schrieb:

> Joachim Merkel <j.merkel at tbx.berlinet.de> wrote on 02.07.04:

>> Michael Heydekamp (my-news at freexp.de) schrieb:

>>> in diesem Punkt den vorherigen Zustand als Temp-Fix erstmal wieder
>>> herzustellen - dazu bitte Meinungen.

>> Ja, TYP: BIN ist was anderes als Transfer-encoding-binary.

> Abgesehen davon, dass "TYP: BIN" IMO exakt CTE binary entspricht: Was
> heisst das "Ja"?  Alten Zustand wiederherstellen?

Deine Frage war doch "den alten Zustand wieder hergestellen" und ich
schreibe ja. Also nochmal ja.

"Abgesehen davon", führte mein Hinweis, das sie nicht das gleiche
seien, auf den Kern des Themas.

Wenn die Passagen identisch sind, also *dasselbe* "meinen", heißt
es ja noch lange nicht, daß sie faktisch *gleich* sind.

Wenn ZConnect voll binärfähig ist, weil es bytecount - also
einen LEN:-Header hat, dann ist es bei RFC eben noch nicht so.
Wenn man mit einem solchen Header unter RFC arbeiten würde, käme
der Vorteil, daß es gegen fehlende trailing-spaces oder
Veränderungen bei cr/lf robust ist, nicht mehr zum Tragen.

> Wenn sich bewahrheiten sollte, dass der Text aus RFC2045 immer noch
> aktuell ist, wuerde ich lieber einen Fix bauen, der *beide* Szenarien
> (qp-codierte Binaerdaten und als "binary" deklarierte Textdaten)
> korrekt behandelt.

> MIME ist IMO noch gar nicht da angelangt, sowas wie unter ZConnect zu
> machen, sondern es ist allenfalls angedacht.

[...Text aus RFC2045...]

> Auf die Passage war ich auch gestern abend noch gestossen.  Ich kann
> nur offen, dass sie noch der Realitaet entspricht.

Daß sich der Zustand dahingehend ändern soll, daß auch Blobs unencoded
versandt werden können, ist ja schon lange ein Thema, aber ich
habe nicht nur meine Zweifel, daß jemand einfach dazu einen bytecount-
Header erfindet und implementiert, sondern ebenso, daß dieses Verfahren
den Transport durch die Netze übersteht. Wenn es kommt, wird es
ein Verfahren sein, daß auf speziell dafür vorgesehen Verbindungen
zum Tragen kommt und nicht einfach in die gegenwärtigen RFC-Netze
geworfen wird.

-- 
Salut
 _)oachim