Rocksolid Light

groups  faq  privacy  How to post  login

Message-ID:  

You are destined to become the commandant of the fighting men of the department of transportation.


rocksolid / de.test / Re: [INN] Aufbau der Message-ID

SubjectAuthor
* Re: [INN] Aufbau der Message-IDStefan Froehlich
+- RFC2047 und Message-ID (was: [INN] Aufbau der Message-ID)Marcel Logen
+- RFC2047 und Message-ID (was: [INN] Aufbau der Message-ID)Marcel Logen
`* Re: [INN] Aufbau der Message-IDUrs Janßen
 `- Re: [INN] Aufbau der Message-IDStefan Froehlich

1
Subject: Re: [INN] Aufbau der Message-ID
From: Stefan Froehlich
Newsgroups: de.test, de.comm.software.newsserver
Date: Fri, 5 Apr 2024 08:26 UTC
References: 1 2 3 4
Path: i2pn2.org!i2pn.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Stefan+U...@Froehlich.Priv.at (Stefan Froehlich)
Newsgroups: de.test,de.comm.software.newsserver
Subject: Re: [INN] Aufbau der Message-ID
Date: 5 Apr 2024 08:26:57 GMT
Lines: 79
Message-ID: <3t660fb19ei3c8a20n3e8%sfroehli@Froehlich.Priv.at>
References: <87h6h0ftsi.test@o15.ybtra.de> <Zwölf Boxkämpfer jagen Viktor@stefan.eternal-september.org> <Völker dieser Welt, schaut auf diese M-ID.@stefan.eternal-september.org> <device@geekmail.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net wcKR13di3cYkbUFDTCL4EQVKZq39JvgNF7tLA8deeAWPyRW0k=
X-Orig-Path: not-for-mail
Cancel-Lock: sha1:66FnCDQAUIjyOGLpZt++tftYKvI= sha256:5K3YFaIx2HJYHkG9GpYgpnnSFHExy7DgW9Pprccd2XY=
X-Blattlinie: dieser Artikel repraesentiert meine persoenliche Meinung
X-Medieninhaber: Stefan Froehlich
X-Verleger: Stefan Froehlich
X-Verlagsort: Wien
X-Anschrift: 1230, Faerbermuehlgasse 4/2
User-Agent: tin/2.6.2-20221225 ("Pittyvaich") (Linux/6.1.0-13-amd64 (x86_64))
View all headers

[X-Post nach de.test und dcsn]

On Fri, 22 Mar 2024 18:13:14 Alfred Peters wrote:
> Es schrieb einmal Stefan Claas:
>> So, noch eine M-ID, auf Deutsch. :-D

> Ich will auch mal... 😈

Grundgütiger.

Man kann sich ja spielen, wenn man lustig ist, aber so ganz
unvorbereitet und ohne Kontext habe ich jetzt eine knappe Stunde
gebraucht, bis mir klar geworden ist, weshalb genau Dein Posting
hier alles zum Absturz gebracht hat. Man darf sich im Header mit
Mime-Encodings spielen, wie man lustig ist, *aber* das, was am Ende
herauskommt, muss immer noch eine gültige Msg-Id sein.

RFC5536 meint dazu:

#v+
message-id = "Message-ID:" SP *WSP msg-id *WSP CRLF

msg-id = "<" msg-id-core ">"
; maximum length is 250 octets

msg-id-core = id-left "@" id-right

id-left = dot-atom-text

dot-atom-text = <see RFC 5322 Section 3.2.3>
#v-

Und in RFC 5322 steht wiederum:

#v+
dot-atom-text = 1*atext *("." 1*atext)

atext = ALPHA / DIGIT / ; Printable US-ASCII
"!" / "#" / ; characters not including
"$" / "%" / ; specials. Used for atoms.
"&" / "'" /
"*" / "+" /
"-" / "/" /
"=" / "?" /
"^" / "_" /
"`" / "{" /
"|" / "}" /
"~"
#v-

Die Spielereien in diesem Thread waren also bereits für die Umlaute
in den vorhergehenden Postings nicht zulässig, bloß ist es mir da
noch nicht aufgefallen. Hier jedoch steht:

#v+
Message-ID: <=?UTF-8?b?ZGV2aWNlAA==?=@geekmail.de>
#v-

Und das wiederum ergibt:

#v+
sfroehli:~$ echo ZGV2aWNlAA== | base64 -d | hexdump
0000000 6564 6976 6563 0000
0000007
#v-

....abschließende NULL-Bytes. Nicht gut, gar nicht gut. Sollte
derartiges nicht im Grund genommen bereits beim Posten vom Server
abgelehnt werden?

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - Als ob man dies immer wieder durchkauen müßte!
(Sloganizer)

Subject: RFC2047 und Message-ID (was: [INN] Aufbau der Message-ID)
From: Marcel Logen
Newsgroups: de.test, de.comm.software.newsserver
Followup: de.comm.software.newsserver
Organization: Bureau Logen
Date: Fri, 5 Apr 2024 08:43 UTC
References: 1 2 3 4 5
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.tota-refugium.de!.POSTED!not-for-mail
From: 33320000...@ybtra.de (Marcel Logen)
Newsgroups: de.test,de.comm.software.newsserver
Subject: RFC2047 und Message-ID (was: [INN] Aufbau der Message-ID)
Followup-To: de.comm.software.newsserver
Date: Fri, 5 Apr 2024 10:43:15 +0200
Organization: Bureau Logen
Message-ID: <20240405fr084315@o15.ybtra.de>
References: <87h6h0ftsi.test@o15.ybtra.de> <Zwölf Boxkämpfer jagen Viktor@stefan.eternal-september.org> <Völker dieser Welt, schaut auf diese M-ID.@stefan.eternal-september.org> <device@geekmail.de> <3t660fb19ei3c8a20n3e8%sfroehli@Froehlich.Priv.at>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=fixed
Content-Transfer-Encoding: 8bit
Injection-Info: tota-refugium.de;
logging-data="180609"; mail-complaints-to="abuse@news.tota-refugium.de"
Keywords: ignore
User-Agent: flnews/1.2.1pre8 (for GNU/Linux)
Cancel-Lock: sha1:QPI3QBshLU1ivAtPr8Q2Cql65Bc=
X-User-ID: eJwFwYEBwCAIA7CXLNLKzhkg/59gwi2ojotyDif8203+uTpNgO6lHyA6y7COdhTRDIs2r3kKXxBt
X-Face: #k(j,jIUH9v*38vH<W-x.N9v*HE~$.|BQ}qkP_heYaD[bJUp<8&8l+t9q!RuDyN2+.8GZ-XpS^W(cfm4[|)/`B1&|I|Zk#Q2dE~<fGg}F7"KQF]FX/05Us0b|afoc29P'p]=[K^ke?=>>D*XRq'
View all headers

Stefan Froehlich in de.test,de.comm.software.newsserver:

>#v+
>Message-ID: <=?UTF-8?b?ZGV2aWNlAA==?=@geekmail.de>
>#v-
>
>Und das wiederum ergibt:
>
>#v+
>sfroehli:~$ echo ZGV2aWNlAA== | base64 -d | hexdump
>0000000 6564 6976 6563 0000
>0000007
>#v-
>
>...abschließende NULL-Bytes. Nicht gut, gar nicht gut.

Das liegt aber an der Dekodierung.

Laut RFC2047 dürfen "encoded-words" in der Message-ID nicht
vorkommen, siehe Posting von Michael:

<news:AABl-p6v918AAAuq.A3.flnews@Server4.micha.freeshell.org>

Ich lese das so, daß man in der Headerzeile nicht MIME-
dekodieren darf.

> Sollte
>derartiges nicht im Grund genommen bereits beim Posten vom Server
>abgelehnt werden?

Das ist vermutlich eher eine Sache für den Client.

Marcel

[fup2 gesetzt]
--
│ ╭─────╮ ╭──────────╮ ..35..╭─────╮ ╭─────╮ ╭─╮
╰─╮ │ ╰──╮ ╰────╮ ╭──╯ ..35..╰───╮ │ ╭──╯ ╭──╯ ╭─╯ ╰─╮
╰───╯ ╭─────╯ ╭─────╯ ╰─╮ ╭──╮ ╭──╯ │ ╰─╮ ╰─╮ ╭──╯ ╭──╯
╰─────────╯ ..25..╰───╯ ╰───╯ ╰────╯ ╰─╯ ╰──────

Subject: RFC2047 und Message-ID (was: [INN] Aufbau der Message-ID)
From: Marcel Logen
Newsgroups: de.test, de.comm.software.newsserver
Followup: de.comm.software.newsserver
Organization: Bureau Logen
Date: Fri, 5 Apr 2024 08:44 UTC
References: 1 2 3 4 5
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.tota-refugium.de!.POSTED!not-for-mail
From: 33320000...@ybtra.de (Marcel Logen)
Newsgroups: de.test,de.comm.software.newsserver
Subject: RFC2047 und Message-ID (was: [INN] Aufbau der Message-ID)
Supersedes: <20240405fr084315@o15.ybtra.de>
Followup-To: de.comm.software.newsserver
Date: Fri, 5 Apr 2024 10:44:26 +0200
Organization: Bureau Logen
Message-ID: <20240405fr084426@o15.ybtra.de>
References: <87h6h0ftsi.test@o15.ybtra.de> <Zwölf Boxkämpfer jagen Viktor@stefan.eternal-september.org> <Völker dieser Welt, schaut auf diese M-ID.@stefan.eternal-september.org> <device@geekmail.de> <3t660fb19ei3c8a20n3e8%sfroehli@Froehlich.Priv.at>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=fixed
Content-Transfer-Encoding: 8bit
Injection-Info: tota-refugium.de;
logging-data="180609"; mail-complaints-to="abuse@news.tota-refugium.de"
Keywords: ignore
User-Agent: flnews/1.2.1pre8 (for GNU/Linux)
Cancel-Key: sha1:Ln8Hdaf3M62FcdHmKnalIo6M1rU=
Cancel-Lock: sha1:dZX/SfPvxjBkJS0LjC/hcUoqZcQ=
X-Face: 5*v/#l-3#$EE>FJfdo:hzVVgZPs?OqBC]LuiEw"<^%b1vD1a;ixk[0?>u(1e%$x|x8pWy3fu/BFO7(W[d5[>sFDBr\hRsszZ%xQkVKZ)^/Mx31n#p,TWpr;x\ZHeRTf+?kOGEi,U&&!|(Q;,['U'xLQ
X-User-ID: eJwFwYEBACAEBMCVEv8yTsT+I3QHpbDcCBoGIx2Oo03G7NXCTLLiWt2qItMxax9TvlB/+gEX8xDm
View all headers

Stefan Froehlich in de.test,de.comm.software.newsserver:

>#v+
>Message-ID: <=?UTF-8?b?ZGV2aWNlAA==?=@geekmail.de>
>#v-
>
>Und das wiederum ergibt:
>
>#v+
>sfroehli:~$ echo ZGV2aWNlAA== | base64 -d | hexdump
>0000000 6564 6976 6563 0000
>0000007
>#v-
>
>...abschließende NULL-Bytes. Nicht gut, gar nicht gut.

Das liegt aber an der Dekodierung.

Laut RFC2047 dürfen "encoded-words" in der Message-ID nicht
vorkommen, siehe Posting von Michael:

<news:AABl-p6v918AAAuq.A3.flnews@Server4.micha.freeshell.org>

Ich lese das so, daß man in der Headerzeile "Message-ID"
nicht MIME-dekodieren darf.

> Sollte
>derartiges nicht im Grund genommen bereits beim Posten vom Server
>abgelehnt werden?

Das ist vermutlich eher eine Sache für den Client.

Marcel

[fup2 gesetzt]
[supersedes]
--
╭───╮ ╭───╮ ╭───╮ ╭───╮ ╭─╮ ╭───╮ ..56..╭─╮ ╭───
╮ │ ╰─╯ ╰──╮ ╭────╯ │ ╭──╯ ╰──╯ │ ╰─╮ ╰──╮ ╭────╯ ╰──╮ │
│ ╰──╮ ..11..╰───╯ ╭───╯ │ ╭────────╯ ╭─╯ ╭─╯ ╰──────╮ ╰─╯
╰─────╯ ╰─────╯ ╰───────────╯ ╰───────────╯ ..67..

Subject: Re: [INN] Aufbau der Message-ID
From: Urs Janßen
Newsgroups: de.test, de.comm.software.newsserver
Organization: $FEBC
Date: Fri, 5 Apr 2024 09:10 UTC
References: 1 2 3 4 5
Path: i2pn2.org!i2pn.org!news.chmurka.net!news.szaf.org!nntp.de!.POSTED.akk21-int.akk.kit.edu!not-for-mail
From: urs...@akk.org (Urs Janßen)
Newsgroups: de.test,de.comm.software.newsserver
Subject: Re: [INN] Aufbau der Message-ID
Date: Fri, 5 Apr 2024 09:10:54 -0000 (UTC)
Organization: $FEBC
Archive: no
Message-ID: <uuof6u$apj$1@nntp.de>
References: <87h6h0ftsi.test@o15.ybtra.de> <Zwölf Boxkämpfer jagen Viktor@stefan.eternal-september.org> <Völker dieser Welt, schaut auf diese M-ID.@stefan.eternal-september.org> <device@geekmail.de> <3t660fb19ei3c8a20n3e8%sfroehli@Froehlich.Priv.at>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 5 Apr 2024 09:10:54 -0000 (UTC)
Injection-Info: nntp.de; posting-host="akk21-int.akk.kit.edu:2a00:1398:5:f602:cafe:cafe:cafe:21";
logging-data="11059"; mail-complaints-to="abuse@nntp.de"
User-Agent: tin/2.6.4-20240328 ("Banff") (Linux/5.10.0-28-amd64 (x86_64))
Cancel-Lock: sha1:SjtloByWYchdH7MQLj/28ZXpunQ=
X-No-Archive: yes
X-No-HTML: yes
View all headers

Stefan Froehlich <Stefan+Usenet@froehlich.priv.at> wrote:
| User-Agent: tin/2.6.2-20221225 ("Pittyvaich") (Linux/6.1.0-13-amd64 (x86_64))
[...]
> hier alles zum Absturz gebracht hat. Man darf sich im Header mit
> Mime-Encodings spielen, wie man lustig ist, *aber* das, was am Ende
> herauskommt, muss immer noch eine gültige Msg-Id sein.
[...]
> #v+
> Message-ID: <=?UTF-8?b?ZGV2aWNlAA==?=@geekmail.de>
> #v-
>
> Und das wiederum ergibt:
>
> #v+
> sfroehli:~$ echo ZGV2aWNlAA== | base64 -d | hexdump
> 0000000 6564 6976 6563 0000
> 0000007
> #v-

tin will das dekodieren? eher nicht (extra nochmal nen 2.6.2er in gebaut).
wenn das wirklich tin war haette ich gern nen backtrace. danke.

Subject: Re: [INN] Aufbau der Message-ID
From: Stefan Froehlich
Newsgroups: de.test, de.comm.software.newsserver
Date: Fri, 5 Apr 2024 10:34 UTC
References: 1 2 3 4 5 6
Path: i2pn2.org!i2pn.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Stefan+U...@Froehlich.Priv.at (Stefan Froehlich)
Newsgroups: de.test,de.comm.software.newsserver
Subject: Re: [INN] Aufbau der Message-ID
Date: 5 Apr 2024 10:34:17 GMT
Lines: 38
Message-ID: <1t660fd157i3d26b7n3e8%sfroehli@Froehlich.Priv.at>
References: <87h6h0ftsi.test@o15.ybtra.de> <Zwölf Boxkämpfer jagen Viktor@stefan.eternal-september.org> <Völker dieser Welt, schaut auf diese M-ID.@stefan.eternal-september.org> <device@geekmail.de> <3t660fb19ei3c8a20n3e8%sfroehli@Froehlich.Priv.at> <uuof6u$apj$1@nntp.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net 4DbqVGs4v+k+h8yWV8arig9SUl15nukpmYHbWsQObCtn9IimA=
X-Orig-Path: not-for-mail
Cancel-Lock: sha1:JFvx9WQEhcZ4a4789KSwVo1qoW0= sha256:SXLJGwaSpZYkwPXNfGOO3+EtGtmCdcI4r22NKD/gGP4=
X-Blattlinie: dieser Artikel repraesentiert meine persoenliche Meinung
X-Medieninhaber: Stefan Froehlich
X-Verleger: Stefan Froehlich
X-Verlagsort: Wien
X-Anschrift: 1230, Faerbermuehlgasse 4/2
User-Agent: tin/2.6.2-20221225 ("Pittyvaich") (Linux/6.1.0-13-amd64 (x86_64))
View all headers

In de.comm.software.newsserver Urs Janßen <urs@akk.org> wrote:
> Stefan Froehlich <Stefan+Usenet@froehlich.priv.at> wrote:
> | User-Agent: tin/2.6.2-20221225 ("Pittyvaich") (Linux/6.1.0-13-amd64 (x86_64))
> [...]
>> hier alles zum Absturz gebracht hat. [...]

> tin will das dekodieren? eher nicht (extra nochmal nen 2.6.2er in
> gebaut).

Oje, *das* wollte ich mit meinen Posting nicht verursachen
(ansonsten hätte ich es auch nach Newsreader gepostet und den tin
erwähnt), sorry!

Nein, mein Archiv schickt die Postings in eine Postgres-Procedure,
in wiederum ein Perl-Skript aufgerufen wird, das u.a.

#v+
$head = decode('MIME-Header', $part->__head->as_string);
#v-

enthält, und in $head sind dann die NULL-Bytes enthalten (das, und
der eher spartanische Output von Postgres macht die Fehlersuche
nicht einfacher). Angesichts des von Marcel referenzierten Postings
von Michael Bäuerle ist sollte Perl diesen Teilstring im Grund
genommen gar nicht decodieren. Ich hoffe (und erwarte) einmal, dass
diese Marotte nicht um sich greift, sonst müsste ich die Decodierung
am Ende selber implementieren, Encode::MIME::Header wird sich da
vmtl. eher nicht anpassen.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan, so zerrissen wie das Lachen.
(Sloganizer)


rocksolid / de.test / Re: [INN] Aufbau der Message-ID

1
server_pubkey.txt

rocksolid light 0.9.136
clearnet tor