Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.newsreader > #13556 > unrolled thread

Transfer-Codierung bei Netnews

Back to article view | Back to de.comm.software.newsreader

Contents

  Transfer-Codierung bei Netnews Marco Moock <mm+solani@dorfdsl.de> - 2025-07-13 18:55 +0200
    Re: Transfer-Codierung bei Netnews Urs Janßen <urs@oxycon.tin.org> - 2025-07-13 17:04 +0000
      Re: Transfer-Codierung bei Netnews Marco Moock <mm+solani@dorfdsl.de> - 2025-07-13 21:20 +0200
        Re: Transfer-Codierung bei Netnews Urs Janßen <urs@oxycon.tin.org> - 2025-07-13 19:40 +0000
    Re: Transfer-Codierung bei Netnews "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-07-13 19:11 +0200
      Re: Transfer-Codierung bei Netnews Urs Janßen <urs@oxycon.tin.org> - 2025-07-13 17:16 +0000
        Re: Transfer-Codierung bei Netnews "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2025-07-13 20:00 +0200
          Re: Transfer-Codierung bei Netnews Urs Janßen <urs@oxycon.tin.org> - 2025-07-13 20:32 +0200
    Re: Transfer-Codierung bei Netnews Stefan Wiens <s.wi@gmx.net> - 2025-07-13 21:20 +0200

#13556 — Transfer-Codierung bei Netnews

Hallo zusammen!

In Anlehnung an den Thread 

Message-ID: <104oou6$uk97$1@dont-email.me>

stelle ich jetzt mal ein paar blöde Fragen.

Gibt es im Usenet bei NNTP/UUCP überhaupt eine Relevanz für die
Codierung von Artikeln beim Transfer?
Ist 7-Bit/8-Bit relevant wie bei E-Mail für den reinen Transport?

Es geht primär um diese beiden Header:

Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Sind die bei Netnews in der Form vorgesehen und gibt es irgendwelche
Vorgaben, welche Codierungen für den Transfer zu nutzen sind?

Ich konnte in den RfCs auf die Schnelle nix finden und bei
Content-Transfer-Encoding habe ich den Eindruck, dass es für Mail
vorgesehen ist. Ist bei IANA unter MIME gelistet.

-- 
Gruß
Marco

Spam und Werbung bitte an
1752425480ichwillgesperrtwerden@stinkedores.dorfdsl.de

[toc] | [next] | [standalone]

#13557

In Marco Moock <mm+solani@dorfdsl.de> wrote:
> Gibt es im Usenet bei NNTP/UUCP überhaupt eine Relevanz für die
> Codierung von Artikeln beim Transfer?

NNTP ist 8bit clean.

> Ist 7-Bit/8-Bit relevant wie bei E-Mail für den reinen Transport?

nein

> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: quoted-printable

> Sind die bei Netnews in der Form vorgesehen und gibt es irgendwelche

ja

> Vorgaben, welche Codierungen für den Transfer zu nutzen sind?

nein

> Ich konnte in den RfCs auf die Schnelle nix finden und bei

RFC 5536 2.3 etc.pp.

> Content-Transfer-Encoding habe ich den Eindruck, dass es für Mail
> vorgesehen ist.

nein

[toc] | [prev] | [next] | [standalone]

#13563

Am 13.07.2025 17:04 Uhr schrieb Urs Janßen:

> In Marco Moock <mm+solani@dorfdsl.de> wrote:
> > Gibt es im Usenet bei NNTP/UUCP überhaupt eine Relevanz für die
> > Codierung von Artikeln beim Transfer?  
> 
> NNTP ist 8bit clean.

> > Ist 7-Bit/8-Bit relevant wie bei E-Mail für den reinen Transport?  
> 
> nein

Ist 7-Bit-Codierung bzw. das von Adam kritisierte quoted-printable dann
überhaupt vorgesehen bzw. irgendwie problematisch?

> > Ich konnte in den RfCs auf die Schnelle nix finden und bei  
> 
> RFC 5536 2.3 etc.pp.

Danke für den Wink mit dem Zaunpfahl.

-- 
Gruß
Marco

Spam und Werbung bitte an
1752419056ichwillgesperrtwerden@nirvana.admins.ws

[toc] | [prev] | [next] | [standalone]

#13564

In Marco Moock <mm+solani@dorfdsl.de> wrote:
> Ist 7-Bit-Codierung bzw. das von Adam kritisierte quoted-printable dann
> überhaupt vorgesehen

ja

> bzw. irgendwie problematisch?

quoted unreadable halt, wenn der reader es nicht kann etwas unleserlich

J=C3=B6rg m=C3=B6chte f=C3=BCnf Fr=C3=BChst=C3=BCcksbr=C3=B6tchen um =C3=A4=
u=C3=9Ferstes V=C3=B6llegef=C3=BChl zu sp=C3=BCren

[toc] | [prev] | [next] | [standalone]

#13558

On 2025-07-13 18:55, Marco Moock <mm+solani@dorfdsl.de> wrote:
> In Anlehnung an den Thread 
>
> Message-ID: <104oou6$uk97$1@dont-email.me>
>
> stelle ich jetzt mal ein paar blöde Fragen.
>
> Gibt es im Usenet bei NNTP/UUCP überhaupt eine Relevanz für die
> Codierung von Artikeln beim Transfer?
> Ist 7-Bit/8-Bit relevant wie bei E-Mail für den reinen Transport?
>
> Es geht primär um diese beiden Header:
>
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: quoted-printable
>
> Sind die bei Netnews in der Form vorgesehen

Ja. Content-Type sowieso, wenn man sich nicht auf US-ASCII beschränkt,
muss man ja das charset angeben. Auch format=flowed ist häufig.

Content-Transfer-Encoding wird üblicherweise 8bit sein, da NNTP
8bit-clean ist (kann sein, dass man in dem Fall den Header weglassen
kann, das habe ich jetzt nicht nachgelesen). Es können aber durchaus
Fälle eintreten, in denen man bei NNTP quoted-printable oder base64 auch
bei reinen Text-Nachrichten braucht. Z.B. wenn Zeilen mit mehr als 998
Zeichen Länge vorkommen. Und schließlich kann man natürlich (auch wenn
das in de.* nicht gern gesehen ist) auch Nicht-Texte versenden, da
braucht man das dann ohnehin.

> Ich konnte in den RfCs auf die Schnelle nix finden und bei
> Content-Transfer-Encoding habe ich den Eindruck, dass es für Mail
> vorgesehen ist. Ist bei IANA unter MIME gelistet.

Usenet verwendet auch MIME.

        hjp

[toc] | [prev] | [next] | [standalone]

#13559

In Peter J. Holzer <hjp-usenet4@hjp.at> wrote:
> Content-Transfer-Encoding wird üblicherweise 8bit sein, da NNTP
> 8bit-clean ist (kann sein, dass man in dem Fall den Header weglassen
> kann,

nein, wenn mime verwendet wird (body enthaelt nicht nur us-sacii)
ist die anganbe zwingend erforderlich.

[toc] | [prev] | [next] | [standalone]

#13560

On 2025-07-13 19:16, Urs Janßen <urs@oxycon.tin.org> wrote:
> In Peter J. Holzer <hjp-usenet4@hjp.at> wrote:
>> Content-Transfer-Encoding wird üblicherweise 8bit sein, da NNTP
>> 8bit-clean ist (kann sein, dass man in dem Fall den Header weglassen
>> kann,
>
> nein, wenn mime verwendet wird (body enthaelt nicht nur us-sacii)
> ist die anganbe zwingend erforderlich.

Das stimmt so nicht ganz. Der einzige MIME-Header, der zwingend
erforderlich ist, ist MIME-Version (ohne den ist es einfach keine
MIME-Message). Alle anderen Header haben Defaults und können weggelassen
werden. Bei Content-Transfer-Encoding ist der Default "7bit":

| "Content-Transfer-Encoding: 7BIT" is assumed if the
| Content-Transfer-Encoding header field is not present.
    (RFC 2045, s. 6.1.)

Es hätte sein können, dass dieser Default für NNTP auf 8bit (oder gar
binary) geändert wurde, da der zugrundeliegende Transportmechanismus ja
8bit-clean ist. Das ist aber nicht der Fall. RFC 5536 verweist hier
explizit auf RFC 2049. Wenn Octets >= 0x80 vorkommen, muss man also
Content-Transfer-Encoding: 8bit deklarieren.

        hjp

[toc] | [prev] | [next] | [standalone]

#13561

In Peter J. Holzer <hjp-usenet4@hjp.at> wrote:
> Das stimmt so nicht ganz. Der einzige MIME-Header, der zwingend
> erforderlich ist, ist MIME-Version (ohne den ist es einfach keine
> MIME-Message). Alle anderen Header haben Defaults und k+APY-nnen weggelassen
> werden. Bei Content-Transfer-Encoding ist der Default "7bit":

> | "Content-Transfer-Encoding: 7BIT" is assumed if the
> | Content-Transfer-Encoding header field is not present.
>     (RFC 2045, s. 6.1.)

+MGcwTTCLMFEwaTABMF0wjDBYMIMwQjBfMGAwbjCvML0wYA

[toc] | [prev] | [next] | [standalone]

#13562

Marco Moock <mm+solani@dorfdsl.de> writes:

> Ist 7-Bit/8-Bit relevant wie bei E-Mail für den reinen Transport?

,----[ <https://datatracker.ietf.org/doc/html/rfc3977#section-3.1> ]
| NNTP operates over any reliable bi-directional 8-bit-wide data stream
| channel.
`----

-- 
Stefan

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.newsreader

csiph-web