Bonjour, Vous venez d'envoyer un message de test Í destination d'Usenet intitulé 'Avec encodage, 2e essai'. Ce message a bien été propagé. (Ce robot répond Í tout message isolé -- pas les réponses -- posté sur fr.test contenant le mot clé 'test' ou 'essai', sauf si le mot clé 'noreply', 'ignore' or '42' apparaÍ®t également.) Cordialement, le robot de fr.test P.S: en-têtes du message: Bytes: 1247 Path: ...!4.us.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!usenet.goja.nl.eu.org!usenet.pasdenom.info!usenet-fr.net!.POSTED!not-for-mail From: Olivier Miakinen <om+ Newsgroups: fr.test Subject: Avec encodage, 2e essai Date: Thu, 1 Jul 2021 20:39:39 +0200 Organization: There's no cabale Lines: 5 Message-id: <sbl25b$1q5p$ Nntp-posting-host: 220.12.205.77.rev.sfr.net Mime-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-complaints-to: Nntp-posting-date: Thu, 1 Jul 2021 18:39:39 +0000 (UTC) User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 X-mozilla-news-host: news://news.galacsys.net:119 X-face: =?utf-8?Q?"Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt-B$>x+6W?= =?utf-8?Q?Vb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGq?Raw_subject: Avec encodage, 2e essai Raw_from: Olivier Miakinen <om+ Flat_text: avec encodage, 2e essai
Bonjour,
Vous venez d'envoyer un message de test Í destination d'Usenet intitulé 'Avec encodage, 2e essai'.
Ce message a bien été propagé.
(Ce robot répond Í tout message isolé -- pas les réponses -- posté sur fr.test contenant le mot clé 'test' ou 'essai', sauf si le mot clé 'noreply', 'ignore' or '42' apparaÍ®t également.)
Cordialement,
le robot de fr.test
P.S: en-têtes du message:
Bytes: 1247
Path: ...!4.us.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!usenet.goja.nl.eu.org!usenet.pasdenom.info!usenet-fr.net!.POSTED!not-for-mail
From: Olivier Miakinen <om+news@miakinen.net>
Newsgroups: fr.test
Subject: Avec encodage, 2e essai
Date: Thu, 1 Jul 2021 20:39:39 +0200
Organization: There's no cabale
Lines: 5
Message-id: <sbl25b$1q5p$2@cabale.usenet-fr.net>
Nntp-posting-host: 220.12.205.77.rev.sfr.net
Mime-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
X-complaints-to: abuse@usenet-fr.net
Nntp-posting-date: Thu, 1 Jul 2021 18:39:39 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4
X-mozilla-news-host: news://news.galacsys.net:119
X-face: =?utf-8?Q?"Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt-B$>x+6W?= =?utf-8?Q?Vb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGq?Raw_subject: Avec encodage, 2e essai
Raw_from: Olivier Miakinen <om+news@miakinen.net>
Flat_text: avec encodage, 2e essai
Bonjour, Vous venez d'envoyer un message de test Í destination d'Usenet intitulé 'Avec encodage, 2e essai'. Ce message a bien été propagé. (Ce robot répond Í tout message isolé -- pas les réponses -- posté sur fr.test contenant le mot clé 'test' ou 'essai', sauf si le mot clé 'noreply', 'ignore' or '42' apparaÍ®t également.) Cordialement, le robot de fr.test P.S: en-têtes du message: Bytes: 1247 Path: ...!4.us.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!usenet.goja.nl.eu.org!usenet.pasdenom.info!usenet-fr.net!.POSTED!not-for-mail From: Olivier Miakinen <om+ Newsgroups: fr.test Subject: Avec encodage, 2e essai Date: Thu, 1 Jul 2021 20:39:39 +0200 Organization: There's no cabale Lines: 5 Message-id: <sbl25b$1q5p$ Nntp-posting-host: 220.12.205.77.rev.sfr.net Mime-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-complaints-to: Nntp-posting-date: Thu, 1 Jul 2021 18:39:39 +0000 (UTC) User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 X-mozilla-news-host: news://news.galacsys.net:119 X-face: =?utf-8?Q?"Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt-B$>x+6W?= =?utf-8?Q?Vb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGq?Raw_subject: Avec encodage, 2e essai Raw_from: Olivier Miakinen <om+ Flat_text: avec encodage, 2e essai
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe. -- Olivier Miakinen
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres
nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé
Í un K, ou si ça fait un truc informe.
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe. -- Olivier Miakinen
Fox McCloud45
On Thu, 01 Jul 2021 20:42:48 +0200, Olivier Miakinen wrote:
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
On Thu, 01 Jul 2021 20:42:48 +0200, Olivier Miakinen wrote:
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres
nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé
Í un K, ou si ça fait un truc informe.
Wireshark montre qu'il a un retour rn au début du header.
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
DV
Olivier Miakinen a écrit ceci :
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Ça fait partout le même truc informe. -- Denis
Olivier Miakinen a écrit ceci :
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres
nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé
Í un K, ou si ça fait un truc informe.
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Ça fait partout le même truc informe. -- Denis
Fox McCloud45
On Thu, 01 Jul 2021 18:50:30 +0000, Fox McCloud45 wrote:
On Thu, 01 Jul 2021 20:42:48 +0200, Olivier Miakinen wrote:
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
Mais si la chaͮne est plus courte, le bug ne se produit pas. Donc c'est au final sans doute un bug de wrapping.
On Thu, 01 Jul 2021 18:50:30 +0000, Fox McCloud45 wrote:
On Thu, 01 Jul 2021 20:42:48 +0200, Olivier Miakinen wrote:
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres
nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé
Í un K, ou si ça fait un truc informe.
Wireshark montre qu'il a un retour rn au début du header.
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
Mais si la chaͮne est plus courte, le bug ne se produit pas. Donc c'est au final sans doute un bug de wrapping.
Olivier Miakinen
Le 01/07/2021 20:50, Fox McCloud45 a écrit :
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
C'est ça qui est interdit par la norme : <https://datatracker.ietf.org/doc/html/rfc5536#section-2.2> § o Every line of a header field body (including the first and any that are subsequently folded) MUST contain at least one non- whitespace character. § En français : <ftp://ftp.rfc-editor.org/in-notes/rfc5536.txt> § - Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la première et toute ligne subséquemment repliée, c'est Í dire coupée et mise Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un caractère d'espace blanc. § -- Olivier Miakinen
Le 01/07/2021 20:50, Fox McCloud45 a écrit :
Wireshark montre qu'il a un retour rn au début du header.
<https://datatracker.ietf.org/doc/html/rfc5536#section-2.2>
§
o Every line of a header field body (including the first and any
that are subsequently folded) MUST contain at least one non-
whitespace character.
§
En français :
<ftp://ftp.rfc-editor.org/in-notes/rfc5536.txt>
§
- Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la
première et toute ligne subséquemment repliée, c'est Í dire coupée et mise
Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un caractère
d'espace blanc.
§
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
C'est ça qui est interdit par la norme : <https://datatracker.ietf.org/doc/html/rfc5536#section-2.2> § o Every line of a header field body (including the first and any that are subsequently folded) MUST contain at least one non- whitespace character. § En français : <ftp://ftp.rfc-editor.org/in-notes/rfc5536.txt> § - Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la première et toute ligne subséquemment repliée, c'est Í dire coupée et mise Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un caractère d'espace blanc. § -- Olivier Miakinen
Olivier Miakinen
[Supersedes] Le 01/07/2021 20:50, Fox McCloud45 a écrit :
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
C'est ça qui est interdit par la norme : <https://datatracker.ietf.org/doc/html/rfc5536#section-2.2> § o Every line of a header field body (including the first and any that are subsequently folded) MUST contain at least one non- whitespace character. § En français : <http://abcdrfc.free.fr/rfc-vf/txt/rfc5536.txt> § - Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la première et toute ligne subséquemment repliée, c'est Í dire coupée et mise Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un caractère d'espace blanc. § -- Olivier Miakinen
[Supersedes]
Le 01/07/2021 20:50, Fox McCloud45 a écrit :
Wireshark montre qu'il a un retour rn au début du header.
<https://datatracker.ietf.org/doc/html/rfc5536#section-2.2>
§
o Every line of a header field body (including the first and any
that are subsequently folded) MUST contain at least one non-
whitespace character.
§
En français :
<http://abcdrfc.free.fr/rfc-vf/txt/rfc5536.txt>
§
- Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la
première et toute ligne subséquemment repliée, c'est Í dire coupée et mise
Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un caractère
d'espace blanc.
§
[Supersedes] Le 01/07/2021 20:50, Fox McCloud45 a écrit :
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
C'est ça qui est interdit par la norme : <https://datatracker.ietf.org/doc/html/rfc5536#section-2.2> § o Every line of a header field body (including the first and any that are subsequently folded) MUST contain at least one non- whitespace character. § En français : <http://abcdrfc.free.fr/rfc-vf/txt/rfc5536.txt> § - Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la première et toute ligne subséquemment repliée, c'est Í dire coupée et mise Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un caractère d'espace blanc. § -- Olivier Miakinen
Olivier Miakinen
Le 01/07/2021 20:51, DV a écrit :
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Ça fait partout le même truc informe.
Dommage. Ç'aurait été un contournement intéressant de ce bug de Pan. -- Olivier Miakinen
Le 01/07/2021 20:51, DV a écrit :
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres
nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé
Í un K, ou si ça fait un truc informe.
Ça fait partout le même truc informe.
Dommage. Ç'aurait été un contournement intéressant de ce bug de Pan.
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Ça fait partout le même truc informe.
Dommage. Ç'aurait été un contournement intéressant de ce bug de Pan. -- Olivier Miakinen
Fox McCloud45
On Thu, 01 Jul 2021 21:09:20 +0200, Olivier Miakinen wrote:
[Supersedes] Le 01/07/2021 20:50, Fox McCloud45 a écrit :
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
C'est ça qui est interdit par la norme : <https://datatracker.ietf.org/doc/html/rfc5536#section-2.2> § o Every line of a header field body (including the first and any that are subsequently folded) MUST contain at least one non- whitespace character. § En français : <http://abcdrfc.free.fr/rfc-vf/txt/rfc5536.txt> § - Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la première et toute ligne subséquemment repliée, c'est Í dire coupée et mise Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un caractère d'espace blanc. §
Effectivement, c'est donc un bug. J'ai ouvert une issue sur le dépÍ´t GitLab de Pan : https://gitlab.gnome.org/GNOME/pan/-/issues/131 Je ne pense pas que la correction soit très complexe Í faire ; peut-être que je vérifierais si je trouve le temps de configurer la machine Linux.
On Thu, 01 Jul 2021 21:09:20 +0200, Olivier Miakinen wrote:
[Supersedes]
Le 01/07/2021 20:50, Fox McCloud45 a écrit :
Wireshark montre qu'il a un retour rn au début du header.
<https://datatracker.ietf.org/doc/html/rfc5536#section-2.2>
§
o Every line of a header field body (including the first and any
that are subsequently folded) MUST contain at least one non-
whitespace character.
§
En français :
<http://abcdrfc.free.fr/rfc-vf/txt/rfc5536.txt>
§
- Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la
première et toute ligne subséquemment repliée, c'est Í dire coupée et
mise Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un
caractère d'espace blanc.
§
Effectivement, c'est donc un bug.
J'ai ouvert une issue sur le dépÍ´t GitLab de Pan :
https://gitlab.gnome.org/GNOME/pan/-/issues/131
Je ne pense pas que la correction soit très complexe Í faire ; peut-être
que je vérifierais si je trouve le temps de configurer la machine Linux.
On Thu, 01 Jul 2021 21:09:20 +0200, Olivier Miakinen wrote:
[Supersedes] Le 01/07/2021 20:50, Fox McCloud45 a écrit :
Wireshark montre qu'il a un retour rn au début du header. X-Face: rn "Rm!F~Px,I7J?LrWHYVW=(is3hf7|@nuqB=O+Gi6bKt- B$>x+6WVb^i'Ld46p59YOBAAaVg(q|Tk`"+{,Z*,6ug&~F+!/t6=vuEGqrn
C'est ça qui est interdit par la norme : <https://datatracker.ietf.org/doc/html/rfc5536#section-2.2> § o Every line of a header field body (including the first and any that are subsequently folded) MUST contain at least one non- whitespace character. § En français : <http://abcdrfc.free.fr/rfc-vf/txt/rfc5536.txt> § - Toute ligne faisant partie du corps d'un champ d'en-tête (y compris la première et toute ligne subséquemment repliée, c'est Í dire coupée et mise Í la ligne) DOIT contenir au moins un caractère qui ne soit pas un caractère d'espace blanc. §
Effectivement, c'est donc un bug. J'ai ouvert une issue sur le dépÍ´t GitLab de Pan : https://gitlab.gnome.org/GNOME/pan/-/issues/131 Je ne pense pas que la correction soit très complexe Í faire ; peut-être que je vérifierais si je trouve le temps de configurer la machine Linux.
Gilbert Olivier
le 1er juillet 2021, Olivier Miakinen a attiré mon attention sur :
Le 01/07/2021 20:51, DV a écrit :
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Ça fait partout le même truc informe.
Dommage. Ç'aurait été un contournement intéressant de ce bug de Pan.
C'est bon maintenant avec ton encodage en "UTF-8". Par contre ça ne passe pas (pas encore ?) avec "us-ascii" comme ici: <news:sblk70$efj$ Je n'avais pas envisagé un encodage pour les données de l'X-Face :-( -- Gilbert <https://maccafe-osx.pagesperso-orange.fr>
le 1er juillet 2021, Olivier Miakinen a attiré mon attention sur :
Le 01/07/2021 20:51, DV a écrit :
>
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres
nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé
Í un K, ou si ça fait un truc informe.
Ça fait partout le même truc informe.
Dommage. Ç'aurait été un contournement intéressant de ce bug de Pan.
C'est bon maintenant avec ton encodage en "UTF-8". Par contre ça ne
passe pas (pas encore ?) avec "us-ascii" comme ici:
<news:sblk70$efj$1@shakotay.alphanet.ch>
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
le 1er juillet 2021, Olivier Miakinen a attiré mon attention sur :
Le 01/07/2021 20:51, DV a écrit :
Ça fonctionne avec SeaMonkey + Mnenhy. Il faudrait savoir si les autres nouvelleurs qui lisent les X-Face peuvent aussi voir un R inversé collé Í un K, ou si ça fait un truc informe.
Ça fait partout le même truc informe.
Dommage. Ç'aurait été un contournement intéressant de ce bug de Pan.
C'est bon maintenant avec ton encodage en "UTF-8". Par contre ça ne passe pas (pas encore ?) avec "us-ascii" comme ici: <news:sblk70$efj$ Je n'avais pas envisagé un encodage pour les données de l'X-Face :-( -- Gilbert <https://maccafe-osx.pagesperso-orange.fr>
