Là ça marche bien mais il faudrait essayer avec le strictement le même sujet que celui qui pose problème. Je n'ai pas trouvé de logique dans l'encodage des entêtes par Pan, un coup c'est en qp un autre en base 64. Même le charset peut changer.
Mahaleo écrivait :
€ (EUR) cæcum infecté
ok
Là ça marche bien mais il faudrait essayer avec le strictement le même
sujet que celui qui pose problème. Je n'ai pas trouvé de logique dans
l'encodage des entêtes par Pan, un coup c'est en qp un autre en base
64. Même le charset peut changer.
Là ça marche bien mais il faudrait essayer avec le strictement le même sujet que celui qui pose problème. Je n'ai pas trouvé de logique dans l'encodage des entêtes par Pan, un coup c'est en qp un autre en base 64. Même le charset peut changer.
Mahaleo
Thu, 17 Jul 2003 15:20:12 +0200, dans , Patrick Lamaizière a écrit:
Mahaleo écrivait :
€ (EUR) cæcum infecté
ok
Là ça marche bien mais il faudrait essayer avec le strictement le même sujet que celui qui pose problème.
A priori, c'est correctement encodé dans: <news:
Je n'ai pas trouvé de logique dans l'encodage des entêtes par Pan, un coup c'est en qp un autre en base 64. Même le charset peut changer.
Je ne sais pas non plus comment Pan s'y prend parfois. C'est déroutant.
Ici par contre, alors que Pan semble, initialement, avoir correctement encodé le sujet en iso-8859-15, on se retrouve avec de l'iso-8859-1: est-ce dû à KNode ou Mime-proxy?
-- Salutations cordiales. Mahaleo
Thu, 17 Jul 2003 15:20:12 +0200, dans <XnsCA20FE7EF5E3Fplam@news.free.fr>,
Patrick Lamaizière a écrit:
Mahaleo écrivait :
€ (EUR) cæcum infecté
ok
Là ça marche bien mais il faudrait essayer avec le strictement le
même sujet que celui qui pose problème.
A priori, c'est correctement encodé dans:
<news:pan.2003.07.17.14.37.01.108301@mahaleowanadoofr>
Je n'ai pas trouvé de logique dans l'encodage des entêtes par Pan, un
coup c'est en qp un autre en base 64. Même le charset peut changer.
Je ne sais pas non plus comment Pan s'y prend parfois. C'est déroutant.
Ici par contre, alors que Pan semble, initialement, avoir correctement
encodé le sujet en iso-8859-15, on se retrouve avec de l'iso-8859-1:
est-ce dû à KNode ou Mime-proxy?
Thu, 17 Jul 2003 15:20:12 +0200, dans , Patrick Lamaizière a écrit:
Mahaleo écrivait :
€ (EUR) cæcum infecté
ok
Là ça marche bien mais il faudrait essayer avec le strictement le même sujet que celui qui pose problème.
A priori, c'est correctement encodé dans: <news:
Je n'ai pas trouvé de logique dans l'encodage des entêtes par Pan, un coup c'est en qp un autre en base 64. Même le charset peut changer.
Je ne sais pas non plus comment Pan s'y prend parfois. C'est déroutant.
Ici par contre, alors que Pan semble, initialement, avoir correctement encodé le sujet en iso-8859-15, on se retrouve avec de l'iso-8859-1: est-ce dû à KNode ou Mime-proxy?
Ici par contre, alors que Pan semble, initialement, avoir correctement encodé le sujet en iso-8859-15 (le signe ¤ (EUR), plus précisément), on se retrouve avec de l'iso-8859-1: est-ce dû à KNode ou Mime-proxy?
C'est un problème de KNode, des fois il envoie l'euro correctement en 0xA4 et des fois en 0x80. Ceci pour l'iso-8859-15.
Dans <news:3f16ccad$0$1999$ Subject: =?ISO-8859-15?Q?¤uro?= ignore
Là c'est correct, mais dans <news:3f16cced$0$1999$: Subject: Re: =?ISO-8859-15?Q?_(EUR)_cæcum_infecté_ignore? L'euro est en 0x80 ?! Je me demande bien pourquoi. A noter que KNode décode bien de ça comme étant un euro.
Dans <news:, Mime-proxy rajoute une couche et comme l'euro d'origine est en 0x80, il considère que c'est convertible vers l'iso-8859-1 et réencode en Subject: Re: =?iso-8859-1?Q??= (EUR) =?iso-8859-1?Q?cæcum? =?iso-8859-1?Q?_infecté?= ignore
Ce qui est logique (si, si). Je vais corriger mon problème de KNode en mappant le caractère 0x80 de l'iso-8859-15 en un euro.
La nouvelle version 0.14.91 utilise aussi de l'utf-8 sans le déclarer <news: mais sans que le corps de l'article soit aussi en utf, à la différence de l'article précédant.
[HS] Le champ supersedes dans la nouvelle version de Pan n'a pas l'air correct non plus : Supersedes: Il manque le '>' ? A moins que ce ne soit un bug à la lecture chez KNode. [/HS]
Tout ça nous fait un joli sac de n½uds.
Suivi sur fr.usenet.8bits.
[supersedes, j'avais oublié le fu2]
Mahaleo écrivait :
[Problème de Pan (0.14.0 et 0.14.0.91) sur l'utf-8 et problème de Knode
(0.7.2) sur l'euro dans l'encodage des sujets]
Là ça marche bien mais il faudrait essayer avec le strictement le
même sujet que celui qui pose problème.
A priori, c'est correctement encodé dans:
<news:pan.2003.07.17.14.37.01.108301@mahaleowanadoofr>
Oui.
Je n'ai pas trouvé de logique dans l'encodage des entêtes par Pan, un
coup c'est en qp un autre en base 64. Même le charset peut changer.
Je ne sais pas non plus comment Pan s'y prend parfois. C'est
déroutant.
Oui il change même de forme dans un même sujet, par exemple l'article
initiale de ce fil :
<news:pan.2003.07.17.10.43.39.111017@mahaleowanadoofr>
Ici par contre, alors que Pan semble, initialement, avoir correctement
encodé le sujet en iso-8859-15 (le signe ¤ (EUR), plus précisément),
on se retrouve avec de l'iso-8859-1: est-ce dû à KNode ou Mime-proxy?
C'est un problème de KNode, des fois il envoie l'euro correctement en
0xA4 et des fois en 0x80. Ceci pour l'iso-8859-15.
Dans <news:3f16ccad$0$1999$626a54ce@news.free.fr>
Subject: =?ISO-8859-15?Q?¤uro?= ignore
Là c'est correct, mais dans
<news:3f16cced$0$1999$626a54ce@news.free.fr>:
Subject: Re: =?ISO-8859-15?Q?_(EUR)_cæcum_infecté_ignore?
L'euro est en 0x80 ?! Je me demande bien pourquoi. A noter que KNode
décode bien de ça comme étant un euro.
Dans <news:XnsCA20FE7EF5E3Fplam@news.free.fr>, Mime-proxy rajoute une
couche et comme l'euro d'origine est en 0x80, il considère que c'est
convertible vers l'iso-8859-1 et réencode en
Subject: Re: =?iso-8859-1?Q??= (EUR) =?iso-8859-1?Q?cæcum? =?iso-8859-1?Q?_infecté?= ignore
Ce qui est logique (si, si). Je vais corriger mon problème de KNode en
mappant le caractère 0x80 de l'iso-8859-15 en un euro.
La nouvelle version 0.14.91 utilise aussi de l'utf-8 sans le déclarer
<news:pan.2003.07.16.21.35.35.307870@mahaleowanadoofr> mais sans que le
corps de l'article soit aussi en utf, à la différence de l'article
précédant.
[HS]
Le champ supersedes dans la nouvelle version de Pan n'a pas l'air
correct non plus :
Supersedes: <pan.2003.07.17.14.47.11.205629@mahaleowanadoof
Il manque le '>' ? A moins que ce ne soit un bug à la lecture chez
KNode.
[/HS]
Ici par contre, alors que Pan semble, initialement, avoir correctement encodé le sujet en iso-8859-15 (le signe ¤ (EUR), plus précisément), on se retrouve avec de l'iso-8859-1: est-ce dû à KNode ou Mime-proxy?
C'est un problème de KNode, des fois il envoie l'euro correctement en 0xA4 et des fois en 0x80. Ceci pour l'iso-8859-15.
Dans <news:3f16ccad$0$1999$ Subject: =?ISO-8859-15?Q?¤uro?= ignore
Là c'est correct, mais dans <news:3f16cced$0$1999$: Subject: Re: =?ISO-8859-15?Q?_(EUR)_cæcum_infecté_ignore? L'euro est en 0x80 ?! Je me demande bien pourquoi. A noter que KNode décode bien de ça comme étant un euro.
Dans <news:, Mime-proxy rajoute une couche et comme l'euro d'origine est en 0x80, il considère que c'est convertible vers l'iso-8859-1 et réencode en Subject: Re: =?iso-8859-1?Q??= (EUR) =?iso-8859-1?Q?cæcum? =?iso-8859-1?Q?_infecté?= ignore
Ce qui est logique (si, si). Je vais corriger mon problème de KNode en mappant le caractère 0x80 de l'iso-8859-15 en un euro.
La nouvelle version 0.14.91 utilise aussi de l'utf-8 sans le déclarer <news: mais sans que le corps de l'article soit aussi en utf, à la différence de l'article précédant.
[HS] Le champ supersedes dans la nouvelle version de Pan n'a pas l'air correct non plus : Supersedes: Il manque le '>' ? A moins que ce ne soit un bug à la lecture chez KNode. [/HS]
