[archimedes] Re: MessengerPro und Usenet
- From: Steffen Huber <steffen@xxxxxxxxxxxx>
- To: archimedes@xxxxxxxxxxxxx
- Date: Sat, 29 Apr 2017 13:26:55 +0200 (CEST)
Alexander Ausserstorfer <bavariasound@xxxxxxxxxxxxxxx> hat am 23. April 2017
um 22:37 geschrieben:
In message <5imt5ke66v3t09nk85u5048h.1493409261412@xxxxxxxxxxxxxxxxx>
Uwe <uwe@xxxxxxxxxxxxxxx> wrote:
Ansonsten lass die Umlaute weg :-) und scharfes s natuerlich..
Danke für den Tipp.
Das Problem war, dass im Subject (Header) keine "direkten" Umlaute
erlaubt sind. Die müssen scheinbar irgendwie ganz komisch kodiert werden
nach einem Standard, den MessengerPro so nicht nutzt. Ist das das
Unicode-Zeugs, das ihr hier genannt habt? Statt einer 8-Bit-Kodierung
wird da irgendwas Aufwändigeres verwendet, d. h. es müssen wesentlich
mehr Bytes für die Darstellung eines einzigen Zeichens verwendet werden.
https://de.wikipedia.org/wiki/Unicode
Gibt es aber erst seit 1991. Das Usenet ist meines Wissens nach älter:
https://de.wikipedia.org/wiki/Usenet
Nein, das hast Du missverstanden. Unicode hat damit nix zu tun.
Das ganze Usenet ist "klassisches" Gelände wie früher. Den Ausweg,
im Nachrichtenheader ein Encoding zu spezifizieren (z.B. Unicode,
also spezifisch UTF-8 oder UTF-16) wie bei E-Mail gibt es
hier nicht.
Die goldene Regel im Usenet: wenn gruppenweit nichts anderes
vereinbart wurde, hat das komplette Posting im Encoding US-ASCII
zu sein. Also: die Übertragungsstrecke garantiert nur Transparenz
für 7bit pro Zeichen. Tatsächlich werden natürlich in allen
bekannten realen Systemen 8bit pro Zeichen übertragen (deshalb
gibt es auch Benutzer, die mit Deinen Postings kein Problem haben),
aber die Erhaltung von Zeichen oberhalb von Codepoint 127 ist
nicht garantiert.
Und für den Header einer Message gelten noch strengere Regeln:
dort muss zwingend US-ASCII verwendet werden. Und der Betreff ist
Teil des Headers. Und diese Regel ist es, die Messenger nicht
korrekt befolgt.
Nun hat RFC5536 festgelegt, wie man trotzdem im Subject der
Message über US-ASCII hinausgehende Zeichen verwenden kann.
Dazu muss das Subject entsprechend kodiert werden. Aus
technischer Sicht bleibt damit alles sauber 7bit, und der
Newsreader kümmert sich darum, dass die Darstellung für den
Benutzer wieder lesbar wird. Als Standard dafür wurde MIME
festgelegt. Hier steht wie das geht mit der Kodierung und
Dekodierung:
https://de.wikipedia.org/wiki/Multipurpose_Internet_Mail_Extensions
Aus dem Thread, den zu zitiert hast, entnehme ich: MessengerPro
kann prima dekodieren, versagt aber beim Kodieren und schreibt
direkt die Umlaute raus, vermutlich im Encoding Latin1 bzw.
ISO8859-1.
Den Sinn für diese Kodierung / Regel habe ich bisher aber nicht
verstanden. Denn: jemand aus Kalifornien hat gemeint, er hätte keine
Probleme mit meinen News. Sie würden bei ihm korrekt dargestellt. Wofür
soll dann aber diese Regel gut sein, wenn sie nicht notwendig ist?
Die ganze Transportstrecke ist halt nicht garantiert 8bit-transparent.
Deshalb ist es durchaus möglich, dass es zufällig bzw. an einigen
Stellen funktioniert, aber es ist halt nicht standardkonform.
Eigentlich wundert es mich, dass das Problem überhaupt aufgefallen
ist, denn die allermeisten Newsreader schlucken das problemlos.
Aber natürlich ist das Usenet immer noch voll mit Spezialisten,
die programmatisch auf "Verstöße" prüfen, um dann den dicken
Max zu markieren.
Es ist schade, dass MessengerPro solche Probleme zu haben scheint. Also
noch ein weiterer Mangel neben dem TLS. Und ein dritter, mir bekannter
Mangel ist der Umgang mit PGP verschlüsselten E-Mails. Mal sehen, was
Pluto hier macht.
Schlimm finde ich, dass diese Mängel in MessengerPro seit sehr
vielen Jahren bekannt sind und schon detailliert inklusive
Lösungsmöglichkeiten an R-Comp herangetragen wurden. Also zumindest
im E-Mail-Bereich. Ob Dein spezielles Problem schon
thematisiert wurde, weiß ich nicht.
Es ist ja nicht so, dass das irgendwie kompliziert wäre zu
beheben. Vielleicht wäre es ja eine Idee, die Probleme einfach
nach MessengerPro und vor dem Versenden zu lösen?
Irgendwo habe ich noch von NutPi eine Messenger-Version liegen,
vielleicht versuche ich mal mein Glück. Sobald ich diverse
Problemchen in CDVDBurn gefixt habe...
Gruß
Steffen
--
Steffen Huber LambdaComm System – Welcome to Trollinger Country
steffen@xxxxxxxxxxxx
Private homepage
http://www.huber-net.de/
RISC OS Blog
http://riscosblog.huber-net.de/
Other related posts:
