Discussion:
1: 18 88 - do not ignore
(zu alt für eine Antwort)
Ralph Aichinger
2024-09-11 18:42:53 UTC
Permalink
Nun ja, /dein/ tin ist irgendwie anders, denn /mein/ tin und meine
anderen NR haben keinerlei Probleme.
<Loading Image...>
So sieht es bei mir beim *Lesen* auch aus, aber anscheinend geht das
Posting beim Rausschicken falsch raus?

Eine Idee, was ich da umstellen könnte?

Irgendwie scheint mein tin beim Rausschicken diverse Unicode-Zeichen zu
verwursten.

???????????? ?????? ??????????,
???????????? ?????? ???????? ???
??????????
???????????????? ???????????? ???? ?????? ?????????? ???
?????????? ?????????????????? ???????????????? ????????????????:
?????????????? ????????????,
?????????????? ??????????????????.

/ralph -- obiges soll kyrillisch sein
Ralph Aichinger
2024-09-11 18:45:17 UTC
Permalink
Post by Ralph Aichinger
???????????? ?????? ??????????,
???????????? ?????? ???????? ???
??????????
Больше чем можно,
больше чем надо —
будто
поэтовым бредом во сне навис —
комок сердечный разросся громадой:
громада любовь,
громада ненависть.

Besser?

/ralph
Ralph Aichinger
2024-09-11 18:56:16 UTC
Permalink
Post by Ralph Aichinger
Post by Ralph Aichinger
???????????? ?????? ??????????,
???????????? ?????? ???????? ???
??????????
Больше чем можно,
больше чем надо —
будто
поэтовым бредом во сне навис —
громада любовь,
громада ненависть.
Besser?
Sorry, ich bin müde, und der Followup-to: war falsch gesetzt. Immerhin
scheint es funktioniert zu haben, mm_network_charset scheint es gewesen
zu sein. Sorry.

/ralph
Marc Olschok
2024-09-11 20:45:43 UTC
Permalink
Post by Ralph Aichinger
Post by Ralph Aichinger
Post by Ralph Aichinger
???????????? ?????? ??????????,
???????????? ?????? ???????? ???
??????????
Больше чем можно,
больше чем надо —
будто
поэтовым бредом во сне навис —
громада любовь,
громада ненависть.
Besser?
Sorry, ich bin müde, und der Followup-to: war falsch gesetzt. Immerhin
scheint es funktioniert zu haben, mm_network_charset scheint es gewesen
zu sein. Sorry.
nicht weiter schlimm. Ich benutze auch Tin und kann bestätigen, dass es
durch das mm_network_charset in tinrc geregelt wird.

v.G.
--
M.O.
Clemens Schüller
2024-09-11 20:52:55 UTC
Permalink
Post by Marc Olschok
nicht weiter schlimm. Ich benutze auch Tin und kann bestätigen, dass es
durch das mm_network_charset in tinrc geregelt wird.
Hmm, Dein Posting ist aus 2 Gründen "interessant":

.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.

.) Dein tin ist schon etwas "angestaubt" - schon mal über ein Update
nachgedacht?
--
LieGrü aus Graz, Clemens
Stefan Claas
2024-09-11 21:01:19 UTC
Permalink
Post by Clemens Schüller
Post by Marc Olschok
nicht weiter schlimm. Ich benutze auch Tin und kann bestätigen, dass es
durch das mm_network_charset in tinrc geregelt wird.
.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.
Diese Schreibweise war damals so üblich, ist aber schon lange her.
--
Grüße
Stefan
Dennis Preiser
2024-09-11 21:14:25 UTC
Permalink
Post by Clemens Schüller
.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.
RFC 5322, $3.4. Address Specification

| Note: Some legacy implementations used the simple form where the
| addr-spec appears without the angle brackets, but included the
| name of the recipient in parentheses as a comment following the
| addr-spec.

War wohl mal so üblich.
Post by Clemens Schüller
.) Dein tin ist schon etwas "angestaubt" - schon mal über ein Update
nachgedacht?
Hat damit nichts zu tun, das From kann man konfigurieren wie man will.

Dennis
Clemens Schüller
2024-09-12 20:03:41 UTC
Permalink
Post by Dennis Preiser
Post by Clemens Schüller
.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.
RFC 5322, $3.4. Address Specification
| Note: Some legacy implementations used the simple form where the
| addr-spec appears without the angle brackets, but included the
| name of the recipient in parentheses as a comment following the
| addr-spec.
War wohl mal so üblich.
Hmm, irgendwann mal hat gnus das "falsch" angezeigt, musste folgendes
in die .gnus einfügen, dass es wieder passt.

#+begin_src emacs-lisp
(setq message-from-style 'angles)
#+end_src
Post by Dennis Preiser
Post by Clemens Schüller
.) Dein tin ist schon etwas "angestaubt" - schon mal über ein Update
nachgedacht?
Hat damit nichts zu tun, das From kann man konfigurieren wie man will.
So hab ich das nicht gemeint, sondern dass vielleicht die alte tin
Version die UTF Codierung verbaselt 🤷‍♂️



LieGrü, Clemens
--
np: nothing
Marc Olschok
2024-09-13 12:13:36 UTC
Permalink
Post by Clemens Schüller
[...]
Post by Dennis Preiser
Post by Clemens Schüller
.) Dein tin ist schon etwas "angestaubt" - schon mal über ein Update
nachgedacht?
Hat damit nichts zu tun, das From kann man konfigurieren wie man will.
So hab ich das nicht gemeint, sondern dass vielleicht die alte tin
Version die UTF Codierung verbaselt 🤷‍♂️
Nein, das war es sicher nicht. Meine Version ist ja noch älter als die
von Ralph und ich hatte noch nie Probleme mit UTF-8.

v.G.
--
M.O.
Ralph Aichinger
2024-09-13 13:10:02 UTC
Permalink
Post by Marc Olschok
Post by Clemens Schüller
[...]
Post by Dennis Preiser
Post by Clemens Schüller
.) Dein tin ist schon etwas "angestaubt" - schon mal über ein Update
nachgedacht?
Hat damit nichts zu tun, das From kann man konfigurieren wie man will.
So hab ich das nicht gemeint, sondern dass vielleicht die alte tin
Version die UTF Codierung verbaselt 🤷‍♂️
Nein, das war es sicher nicht. Meine Version ist ja noch älter als die
von Ralph und ich hatte noch nie Probleme mit UTF-8.
Mein Problem war, dass das mm_network_charset verstellt war (warum auch
immer). Jetzt geht es: 👾⬟.

/ralph
Urs Janßen
2024-09-13 09:11:44 UTC
Permalink
Post by Clemens Schüller
So hab ich das nicht gemeint, sondern dass vielleicht die alte tin
Version die UTF Codierung verbaselt 🤷‍♂️
Warning: Posting is in UTF-8 and contains characters which are not
in your selected MM_NETWORK_CHARSET: ISO-8859-15.
These characters will be replaced by '?' if you post this
article unchanged. To avoid garbling your article please either
edit it and remove those characters or change the setting of
MM_NETWORK_CHARSET to a suitable value for your posting via the
M)enu option.

viel deutlicher kann tin kaum sagen, dass der user seine einstellungen
ueberdenken sollte
Marc Olschok
2024-09-13 12:21:32 UTC
Permalink
Post by Dennis Preiser
Post by Clemens Schüller
.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.
RFC 5322, $3.4. Address Specification
| Note: Some legacy implementations used the simple form where the
| addr-spec appears without the angle brackets, but included the
| name of the recipient in parentheses as a comment following the
| addr-spec.
War wohl mal so üblich.
Post by Clemens Schüller
.) Dein tin ist schon etwas "angestaubt" - schon mal über ein Update
nachgedacht?
Hat damit nichts zu tun, das From kann man konfigurieren wie man will.
Ich habe es jetzt trotzdem mal geändert, man weiß ja nicht, welche
andere Software sich mittlerweile darauf verlässt. Kostet ja nichts.

v.G.
--
M.O.
Marc Olschok
2024-09-13 12:04:38 UTC
Permalink
Post by Clemens Schüller
Post by Marc Olschok
nicht weiter schlimm. Ich benutze auch Tin und kann bestätigen, dass es
durch das mm_network_charset in tinrc geregelt wird.
.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.
Habe ich jetzt nicht groß drüber nachgedacht, hatte es irgendwann so
übernommen mit mail_address=***@nowhere.invalid (Marc Olschok) .
Die Gewohnheit könnte aus einer Zeit stammen, als Ergänzungen zur
eigentlichen E-Mail Adresse noch nocht so verbreitet waren. Würde auch
erklären, warum RFC 1036 alle drei Versionen
| From: ***@nowhere.invalid
| From: ***@nowhere.invalid (Marc Olschok)
| From: Marc Olschok <***@nowhere.invalid>
akzeptiert.
Post by Clemens Schüller
.) Dein tin ist schon etwas "angestaubt" - schon mal über ein Update
nachgedacht?
Das ist reine Faulheit: das war die Version, die bei der von mir
verwendeten Slackware 15.0 mit dabei war. Auf anderen Maschinen habe ich
aus den Quellen gebaut (lustigerweise die noch ältere 2.4.4).

v.G.
--
M.O.
Peter J. Holzer
2024-09-14 12:47:10 UTC
Permalink
Post by Marc Olschok
Post by Clemens Schüller
.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.
Habe ich jetzt nicht groß drüber nachgedacht, hatte es irgendwann so
Die Gewohnheit könnte aus einer Zeit stammen, als Ergänzungen zur
eigentlichen E-Mail Adresse noch nocht so verbreitet waren. Würde auch
erklären, warum RFC 1036 alle drei Versionen
akzeptiert.
RFC 822 hat noch viel mehr Varianten akzeptiert. RFC 1036 hat diesen
Wildwuchs auf zwei Varianten (Name in () oder E-Mail-Adresse in <>)
eingeschränkt. News ist da deutlich strikter als E-Mail.

hp
Michael Bäuerle
2024-09-21 08:41:13 UTC
Permalink
Post by Peter J. Holzer
Post by Marc Olschok
Post by Clemens Schüller
.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.
Habe ich jetzt nicht groß drüber nachgedacht, hatte es irgendwann so
Die Gewohnheit könnte aus einer Zeit stammen, als Ergänzungen zur
eigentlichen E-Mail Adresse noch nocht so verbreitet waren. Würde auch
erklären, warum RFC 1036 alle drei Versionen
akzeptiert.
RFC 822 hat noch viel mehr Varianten akzeptiert. RFC 1036 hat diesen
Wildwuchs auf zwei Varianten (Name in () oder E-Mail-Adresse in <>)
eingeschränkt. News ist da deutlich strikter als E-Mail.
Es stand schon in RFC 850 vergleichbar drin:
<https://datatracker.ietf.org/doc/html/rfc850#section-2.1.3>
|
| 2.1.3 From
|
| [...]
| RFC 822 specifies that all text in parentheses is to be
| interpreted as a comment. It is common in ARPANET mail to
| place the full name of the user in a comment at the end of
| the From line. This standard specifies a more rigid
| syntax. The full name is not considered a comment, but an
| optional part of the header line. [...]
|
| Thus, the three permissible forms are:
|
| From: ***@cbosgd.UUCP
| From: ***@cbosgd.UUCP (Mark Horton)
| From: Mark Horton <***@cbosgd.UUCP>

Der Unterschied ist, dass bei News der Name in Klammern kein
Kommentar ist, d.h. man braucht ggf. einen speziellen Parser.

Seit RFC 5536 dann nicht mehr. Hier wird auf RFC 5322 verwiesen:
<https://datatracker.ietf.org/doc/html/rfc5536#section-3.1.2>
|
| from = "From:" SP mailbox-list CRLF

<https://datatracker.ietf.org/doc/html/rfc5322#section-3.4>
|
| mailbox = name-addr / addr-spec
| name-addr = [display-name] angle-addr
| angle-addr = [CFWS] "<" addr-spec ">" [CFWS] /
| obs-angle-addr
| [...]
| display-name = phrase
| mailbox-list = (mailbox *("," mailbox)) / obs-mbox-list
| [...]
| addr-spec = local-part "@" domain

Christian Garbs
2024-09-16 23:19:31 UTC
Permalink
Mahlzeit!
Post by Clemens Schüller
.) Bei Dir wird zuerst die Mailadresse und dann Dein Name (in Klammern)
angezeigt - ich kenne es nur umgekehrt.
Das liegt an Deinem Newsreader ;-)

Der hiesige tin dreht '***@host.tld (Name)' bei der Anzeige
automatisch nach 'Name <***@host.tld>' um. Ohne Deinen Hinweis wäre
mir das nie aufgefallen, das "alte" Format sehe ich nur in den
unbehandelten Headerzeilen des Artikels.

Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
21 ist nur die halbe Wahrheit!
Thomas Barghahn
2024-09-11 19:10:10 UTC
Permalink
Post by Ralph Aichinger
Besser?
Haste fein gemacht. :-)

Thomas

X'Post-To: <news:de.test>, <news:de.comm.software.newsreader>
--
== S E N D E Z E I T ==============================================
+ DATUM : Mittwoch, 11. September 2024
+ UHRZEIT: 21:10:10 UHR (MESZ)
== Heute: 9/11 -- Terror in den USA 2001 -- mehr als 3.000 Opfer ==
Loading...