Groups | Search | Server Info | Keyboard shortcuts | Login | Register

Groups > de.comm.software.gnus > #4203

Re: NNTP & CTE=quoted-printable

Show all headers | View raw

Marcel Logen <333200007110-0201@ybtra.de>:
>Thomas Barghahn in de.comm.software.gnus:
>
>>*Marcel Logen* meinte:
>>> Ein allgemeiner Hinweis aber noch:
>>> IIRC darf laut Flowed-RFC mit format=flowed nicht QP verwendet werden.
>>
>>Steht das wirklich so in RFC 3676? Es würde ja bedeuten, dass
>>Helmut W. nun *grundsätzlich* schon etwas falsch macht. ;-) Auch ich
>>müsste dann all meine Vorhaben bezüglich "f=f" noch einmal gründlich
>>überdenken.
>
>Suche im RFC3676 mal nach "quoted-printable" => "SHOULD NOT" IIRC.

Gegen Ende des Abschnitts
4.2. (<https://datatracker.ietf.org/doc/html/rfc3676#section-4.2>)
steht dort (übersetzt):

  Die Quoted‐Printable‐Kodierung SOLLTE mit Format=Flowed, wenn
  nicht unbedingt nötig (beispielsweise bei Nicht‐US‐ASCII‐Zeichen
  auf einem Streng‐7‐bit‐Transportweg wie unerweitertes SMTP),
  NICHT verwendet werden.  Insbesondere SOLLTE eine Nachricht für
  den bloßen Zweck, Leerzeichen am Ende einer Fließ‐Zeile zu
  schützen, NICHT quoted‐printable kodiert werden, es sei denn,
  der Nachrichtenkörper ist kryptographisch signiert oder
  verschlüsselt (siehe Abschnitt
  4.6. (<https://datatracker.ietf.org/doc/html/rfc3676#section-4.6>)).

  Der Zweck des Fließformats (Format=Flowed) ist, user agents
  Fließtext, erzeugen zu lassen, der die Leser nicht abstößt, wenn
  er roh als reines Text/Plain (ohne jede Dekodierung) angezeigt
  wird; die Verwendung von Quoted‐Printable vereitelt das und kann
  dazu führen, dass Format=Flowed von den Anwendern abgelehnt
  wird.

Ich lese da folgendes heraus:

Das Fließformat ist nicht technisch bedingt inkompatibel mit der
Quoted‐Printable‐Kodierung (Wie sollte es auch?  Der
quoted‐printable‐kodierte Text ist, wenn der Newsreader das
Fließformat interpretiert, längst dekodiert, deshalb bekommt der
Fließformat‐Interpreter von der Quoted‐Printable‐Kodierung nichts
mehr mit.)

Vielmehr geht es nur darum, dass auch Newsreader, die nicht nur
keinen Fließtext kennen sondern auch mit der
Quoted‐Printable‐Kodierung nichts anfangen können, noch einen
lesbaren Text anzeigen können.


Da schließe ich die folgenden Fragen an:


Gibt es heutzutage noch Newsreader, die die
Quoted‐Printable‐Kodierung nicht dekodieren können?


Auf der anderen Seite ist NNTP ja 8‐bit‐fähig, bräuchte also keine
Transportkodierung (Quoted‐Printable oder Base‐64).  Im Gegensatz
dazu kann man davon bei SMTP nicht ausgehen.  Und da es
E‐Mail‐News‐Gateways (in beide Richtungen, die beispielsweise
Mailing‐Listen als Newsgroups zum Lesen und Schreiben zugänglich
machen) gibt, muss ich damit rechnen, dass 8‐bit‐Newsartikel, wenn
sie als 8‐Bit‐E‐Mail etwa bei GMX ankommen, am Signaturtrenner
Schaden nehmen.

Ich habe aus einer (englischsprachigen) Mailing‐Liste, die an ein
E‐Mail‐News‐Gateway angeschlossen ist, mal einen Beitrag erhalten,
in dem ein Absatz mit dem Text „>From“ begonnen hat.  Dabei war
dieser Absatz kein Zitat (aus der Vorgängernachricht), sondern der
Autor der Nachricht hat sie ohne das „>“ verfasst; das „>“ wurde
aber von irgend einem System auf dem Weg vom Absender zu mir vor
das „From“ eingefügt, um die Nachricht gegenüber einer Speicherung
im Mbox‐Format robust zu machen.  (Diesen Fall kann man nicht
dafür anführen, dass man auch mit dem Fließformat eine
Transport‐Kodierung braucht, weil im Fließformat zur Vermeidung
des „From“‐Problems das Space‐Stuffing verwendet werden kann. 
Allerdings müsste man dann beim Erzeugen einer Nachricht extra
noch darauf hin unterscheiden, ob sie un im Fließ‐ oder im
Festformat steht.)

Ein weiterer Punkt ist, dass es anscheinend (sehr selten) Systeme
gibt, die die Textzeilen in Nachrichten bis zu einer bestimmten
Größe mit Leerzeichen auffüllen oder von allen Textzeilen jegliche
Leerzeichen am Zeilenende entfernen (siehe im Fließformat‐RFC den
Abschnitt 7.1
(<https://datatracker.ietf.org/doc/html/rfc3676#section-7.1>)) und
damit bei Nachrichten im Fließformat Festformat‐Zeilen in
Fließformat‐Zeilen umwandeln oder umgekehrt.

Besonders das Auffüllen mit Leerzeichen vereitelt natürlich eine
korrekte Darstellung im Fließformat.  (Einen ähnlichen Effekt kann
Thomas Barghahn zur Zeit bei seinem Emacs 29.4, der alle
Festformat‐Leerzeilen, die einer Fließformat‐Zeile folgen, frisst,
erleben.)

Wird eine Nachricht jedoch quoted‐printable‐kodiert (siehe
RFC 2045, Abschnitt
6.7. <https://datatracker.ietf.org/doc/html/rfc2045#section-6.7>),
werden solche Probleme verhindert, weil die Kodierung so gestaltet
ist, dass keine quoted‐printable‐kodierte Zeile mit einem
Leerzeichen endet.


Alles das war für mich der Anlass, meine Nachrichten, egal, ob nun
im Fließ‐ oder im Festformat verfasst, quoted‐printable zu
kodieren.   Emacs hat dafür die Variable
„mm-use-ultra-safe-encoding“.

Meiner Einschätzung muss ein Anwender mit einem Newsreader, der
die Quoted‐Printable‐Transportkodierung nicht dekodieren kann,
gegenüber den oben angeführten Risiken, die etwa alle Leser einer
Mailingliste betreffen, zurückstecken.


Ich setze mich damit über den oben übersetzt zitierten Abschnitt
4.2. des Fließformat‐RFCs hinweg und haue ihm den Abschnitt
6.7. aus RFC 2045 um die Ohren:  Ich transport‐kodiere die
Nachrichten, um die Misere mit angefügten oder entfernten
Leerzeichen an Zeilenenden zu vermeiden.

Wie seht ihr das?

Back to de.comm.software.gnus | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

NNTP & CTE=quoted-printable Thomas Barghahn <Th.Barghahn@t-online.de> - 2025-01-22 11:53 +0100
  Re: NNTP & CTE=quoted-printable Marcel Logen <333200007110-0201@ybtra.de> - 2025-01-22 13:45 +0100
    Re: NNTP & CTE=quoted-printable Thomas Barghahn <Th.Barghahn@t-online.de> - 2025-01-22 15:25 +0100
      Re: NNTP & CTE=quoted-printable Marcel Logen <333200007110-0201@ybtra.de> - 2025-01-22 15:45 +0100
        Re: NNTP & CTE=quoted-printable Thomas Barghahn <Th.Barghahn@t-online.de> - 2025-01-22 20:59 +0100
          Re: NNTP & CTE=quoted-printable Marcel Logen <333200007110-0201@ybtra.de> - 2025-01-22 21:52 +0100
            Re: NNTP & CTE=quoted-printable Thomas Barghahn <Th.Barghahn@t-online.de> - 2025-01-22 22:20 +0100
              Re: NNTP & CTE=quoted-printable Marcel Logen <333200007110-0201@ybtra.de> - 2025-01-23 16:42 +0100
                Re: NNTP & CTE=quoted-printable Thomas Barghahn <Th.Barghahn@t-online.de> - 2025-01-23 17:14 +0100
        Re: NNTP & CTE=quoted-printable Helmut Waitzmann <nn.throttle@xoxy.net> - 2025-01-26 00:51 +0100
          Re: NNTP & CTE=quoted-printable Michael Bäuerle <michael.baeuerle@gmx.net> - 2025-01-26 10:19 +0000
          Re: NNTP & CTE=quoted-printable Marcel Logen <333200007110-0201@ybtra.de> - 2025-01-26 14:42 +0100

csiph-web