Les espaces en fin de ligne sont Í éviter dans les entêtes car certains logiciels risquent de les supprimer. Il faut que je vérifie mais je crois que c'est interdit par les RFC.
Je viens de voir que Nemoweb balançait inopinément une espace en fin de ligne dans le champ Subject. Voir ici : <news:
En effet, il y a Í chaque ligne : espace + CRLF + espace
Subject: Re: =?UTF-8?Q?45.000€ d'amende et un an d?> =?UTF-8?Q?e prison aux entreprises refusant de vérifier?> =?UTF-8?Q? le Pass sanitaire !? si bien que, dans MacCafé, on obtient : « … un an d e prison … »
... o͹ l'on retrouve Í tort les deux espaces. Cela fait partie du bug que Gilbert est en train de corriger, je crois. Quel que soit le nombre d'espaces entre deux encoded-words (ici deux), le résultat devrait comporter non pas deux espaces, ni une, mais zéro. Note que si Nemoweb n'avait pas ajouté une deuxième espace inutile, le résultat avec une seule espace soit « … un an d e prison … » aurait été tout aussi incorrect de la part de MacCafé. Noter par ailleurs que même si ça n'avait pas été deux encode-words mais qu'il y ait eu au moins un simple mot non encodé, laisser deux espaces au milieu de « d e » était aussi un bug. ====================================================================== Rappel de tous les cas de figure. 1) Subject: =?UTF-8?Q?d?= =?UTF8?Q?e?Affichage : de 2) Subject: d =?UTF8?Q?e?Affichage : d e 3) Subject: =?UTF-8?Q?d?= e Affichage : d e 2) Subject: d e Affichage : d e (ce, quel que soit le nombre d'espaces, de tabulations, de CRLF+espace ou de CRLF+tab entre les deux mots) -- Olivier Miakinen
Le 16/07/2021 10:50, M.V. a écrit :
Les espaces en fin de ligne sont Í éviter dans les entêtes car
certains logiciels risquent de les supprimer. Il faut que je vérifie mais
je crois que c'est interdit par les RFC.
Je viens de voir que Nemoweb balançait inopinément une espace en fin de
ligne dans le champ Subject.
Voir ici :
<news:4cs_su_08oiwW9ig9tIxSpipOWU@jntp>
En effet, il y a Í chaque ligne : espace + CRLF + espace
Subject: Re: =?UTF-8?Q?45.000€ d'amende et un an d?> =?UTF-8?Q?e prison aux entreprises refusant de vérifier?> =?UTF-8?Q? le Pass sanitaire !?
si bien que, dans MacCafé, on obtient :
« … un an d e prison … »
... o͹ l'on retrouve Í tort les deux espaces.
Cela fait partie du bug que Gilbert est en train de corriger, je crois.
Quel que soit le nombre d'espaces entre deux encoded-words (ici deux),
le résultat devrait comporter non pas deux espaces, ni une, mais zéro.
Note que si Nemoweb n'avait pas ajouté une deuxième espace inutile, le
résultat avec une seule espace soit « … un an d e prison … » aurait été
tout aussi incorrect de la part de MacCafé.
Noter par ailleurs que même si ça n'avait pas été deux encode-words mais
qu'il y ait eu au moins un simple mot non encodé, laisser deux espaces au
milieu de « d e » était aussi un bug.
====================================================================== Rappel de tous les cas de figure.
1) Subject: =?UTF-8?Q?d?= =?UTF8?Q?e?Affichage : de
2) Subject: d =?UTF8?Q?e?Affichage : d e
3) Subject: =?UTF-8?Q?d?= e
Affichage : d e
2) Subject: d e
Affichage : d e
(ce, quel que soit le nombre d'espaces, de tabulations, de CRLF+espace ou
de CRLF+tab entre les deux mots)
Les espaces en fin de ligne sont Í éviter dans les entêtes car certains logiciels risquent de les supprimer. Il faut que je vérifie mais je crois que c'est interdit par les RFC.
Je viens de voir que Nemoweb balançait inopinément une espace en fin de ligne dans le champ Subject. Voir ici : <news:
En effet, il y a Í chaque ligne : espace + CRLF + espace
Subject: Re: =?UTF-8?Q?45.000€ d'amende et un an d?> =?UTF-8?Q?e prison aux entreprises refusant de vérifier?> =?UTF-8?Q? le Pass sanitaire !? si bien que, dans MacCafé, on obtient : « … un an d e prison … »
... o͹ l'on retrouve Í tort les deux espaces. Cela fait partie du bug que Gilbert est en train de corriger, je crois. Quel que soit le nombre d'espaces entre deux encoded-words (ici deux), le résultat devrait comporter non pas deux espaces, ni une, mais zéro. Note que si Nemoweb n'avait pas ajouté une deuxième espace inutile, le résultat avec une seule espace soit « … un an d e prison … » aurait été tout aussi incorrect de la part de MacCafé. Noter par ailleurs que même si ça n'avait pas été deux encode-words mais qu'il y ait eu au moins un simple mot non encodé, laisser deux espaces au milieu de « d e » était aussi un bug. ====================================================================== Rappel de tous les cas de figure. 1) Subject: =?UTF-8?Q?d?= =?UTF8?Q?e?Affichage : de 2) Subject: d =?UTF8?Q?e?Affichage : d e 3) Subject: =?UTF-8?Q?d?= e Affichage : d e 2) Subject: d e Affichage : d e (ce, quel que soit le nombre d'espaces, de tabulations, de CRLF+espace ou de CRLF+tab entre les deux mots) -- Olivier Miakinen
Olivier Miakinen
Le 16/07/2021 11:08, j'avais dans le sujet « Re: Re: », affiché par mon SeaMonkey « Re: Re: Re: ». Pour le coup, c'est un vrai bug de SeaMonkey. -- Olivier Miakinen
Le 16/07/2021 11:08, j'avais dans le sujet « Re: Re: », affiché par mon
SeaMonkey « Re: Re: Re: ».
Le 16/07/2021 11:08, j'avais dans le sujet « Re: Re: », affiché par mon SeaMonkey « Re: Re: Re: ». Pour le coup, c'est un vrai bug de SeaMonkey. -- Olivier Miakinen
Olivier Miakinen
Le 16/07/2021 11:11, Olivier Miakinen a écrit :
Le 16/07/2021 11:08, j'avais dans le sujet « Re: Re: », affiché par mon SeaMonkey « Re: Re: Re: ». Pour le coup, c'est un vrai bug de SeaMonkey.
C'est d'autant plus rigolo que lÍ il y avait « Re: Re: Re: (et cetera) » mais affiché comme « Re: (et cetera) ». Bon, on va dire qu'une réponse Í un sujet vide n'est pas un truc super courant, d'autant plus qu'un sujet vide est interdit par le standard. -- Olivier Miakinen
Le 16/07/2021 11:11, Olivier Miakinen a écrit :
Le 16/07/2021 11:08, j'avais dans le sujet « Re: Re: », affiché par mon
SeaMonkey « Re: Re: Re: ».
Pour le coup, c'est un vrai bug de SeaMonkey.
C'est d'autant plus rigolo que lÍ il y avait « Re: Re: Re: (et cetera) » mais
affiché comme « Re: (et cetera) ».
Bon, on va dire qu'une réponse Í un sujet vide n'est pas un truc super courant,
d'autant plus qu'un sujet vide est interdit par le standard.
Le 16/07/2021 11:08, j'avais dans le sujet « Re: Re: », affiché par mon SeaMonkey « Re: Re: Re: ». Pour le coup, c'est un vrai bug de SeaMonkey.
C'est d'autant plus rigolo que lÍ il y avait « Re: Re: Re: (et cetera) » mais affiché comme « Re: (et cetera) ». Bon, on va dire qu'une réponse Í un sujet vide n'est pas un truc super courant, d'autant plus qu'un sujet vide est interdit par le standard. -- Olivier Miakinen
M.V.
Le 16 juillet 2021 Í 11 h 08, Olivier Miakinen s'est exprimé en ces termes :
Cela fait partie du bug que Gilbert est en train de corriger, je crois.
Non : le bug avec CRLF + espace que j'avais noté a été corrigé. Ici, c'est une nouveauté.
Note que si Nemoweb n'avait pas ajouté une deuxième espace inutile, le résultat avec une seule espace soit «Â … un an d e prison …Â » aurait été tout aussi incorrect de la part de MacCafé.
C'est l'espace devant CRLFÂ +Â espace qui pose maintenant problème avec MacCafé (et également au décodeur que j'avais fabriqué en utilisant notamment le script que tu avais mis au point il y a un bail). Merci pour ta réponse et je transmets tout ça Í qui de droit. -- Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
Le 16 juillet 2021 Í 11 h 08, Olivier Miakinen s'est exprimé en ces
termes :
Cela fait partie du bug que Gilbert est en train de corriger, je crois.
Non : le bug avec CRLF + espace que j'avais noté a été corrigé.
Ici, c'est une nouveauté.
Note que si Nemoweb n'avait pas ajouté une deuxième espace inutile, le
résultat avec une seule espace soit «Â … un an d e prison …Â » aurait été
tout aussi incorrect de la part de MacCafé.
C'est l'espace devant CRLFÂ +Â espace qui pose maintenant problème avec
MacCafé (et également au décodeur que j'avais fabriqué en utilisant
notamment le script que tu avais mis au point il y a un bail).
Merci pour ta réponse et je transmets tout ça Í qui de droit.
--
Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
Le 16 juillet 2021 Í 11 h 08, Olivier Miakinen s'est exprimé en ces termes :
Cela fait partie du bug que Gilbert est en train de corriger, je crois.
Non : le bug avec CRLF + espace que j'avais noté a été corrigé. Ici, c'est une nouveauté.
Note que si Nemoweb n'avait pas ajouté une deuxième espace inutile, le résultat avec une seule espace soit «Â … un an d e prison …Â » aurait été tout aussi incorrect de la part de MacCafé.
C'est l'espace devant CRLFÂ +Â espace qui pose maintenant problème avec MacCafé (et également au décodeur que j'avais fabriqué en utilisant notamment le script que tu avais mis au point il y a un bail). Merci pour ta réponse et je transmets tout ça Í qui de droit. -- Michel VAUQUOISÂ -Â <http://michelvauquois.fr>
M.V.
Le 16 juillet 2021 Í 11:08, Olivier Miakinen s'est exprimé en ces termes :
En effet, il y a Í chaque ligne : espace + CRLF + espace
Je viens de regarder plus en détail et c'est la présence des 4, 5, etc. au tout début du 1er encoded word qui provoque cette anomalie dans MacCafé. En effet : Subject: Re: =?UTF-8?Q?45 000 d'amende et un an d? =?UTF-8?Q?e prison aux entreprises refusant de vérifier?est correctement décodé malgré la présence de espace + CRLF + espace mais Subject: Re: =?UTF-8?Q?45 000 d'amende et un an d? =?UTF-8?Q?e prison aux entreprises refusant de vérifier?ne l'est pas. -- Michel VAUQUOIS - <http://michelvauquois.fr>
Le 16 juillet 2021 Í 11:08, Olivier Miakinen s'est exprimé en ces termes :
En effet, il y a Í chaque ligne : espace + CRLF + espace
Je viens de regarder plus en détail et c'est la présence des 4, 5, etc. au
tout début du 1er encoded word qui provoque cette anomalie dans MacCafé.
En effet :
Subject: Re: =?UTF-8?Q?45 000 d'amende et un an d? =?UTF-8?Q?e prison aux entreprises refusant de vérifier?est correctement décodé malgré la présence de espace + CRLF + espace
mais
Subject: Re: =?UTF-8?Q?45 000 d'amende et un an d? =?UTF-8?Q?e prison aux entreprises refusant de vérifier?ne l'est pas.
Le 16 juillet 2021 Í 11:08, Olivier Miakinen s'est exprimé en ces termes :
En effet, il y a Í chaque ligne : espace + CRLF + espace
Je viens de regarder plus en détail et c'est la présence des 4, 5, etc. au tout début du 1er encoded word qui provoque cette anomalie dans MacCafé. En effet : Subject: Re: =?UTF-8?Q?45 000 d'amende et un an d? =?UTF-8?Q?e prison aux entreprises refusant de vérifier?est correctement décodé malgré la présence de espace + CRLF + espace mais Subject: Re: =?UTF-8?Q?45 000 d'amende et un an d? =?UTF-8?Q?e prison aux entreprises refusant de vérifier?ne l'est pas. -- Michel VAUQUOIS - <http://michelvauquois.fr>
Olivier Miakinen
Le 16/07/2021 12:34, M.V. a écrit :
En effet, il y a Í chaque ligne : espace + CRLF + espace
Le 16 juillet 2021 Í 13:05, Olivier Miakinen s'est exprimé en ces termes :
Je pourrais voir le code source ?
Seul Gilbert peut te répondre. -- Michel VAUQUOIS - <http://michelvauquois.fr>
M.V.
Le 16 juillet 2021 Í 13:05, Olivier Miakinen s'est exprimé en ces termes :
C'est très curieux.
Comme tu peux le voir avec <news:scrr2u$ov1$ et suivants, le bug de MacCafé n'a finalement rien Í voir avec la présence de espace + CRLF + espace ! -- Michel VAUQUOIS - <http://michelvauquois.fr>
Le 16 juillet 2021 Í 13:05, Olivier Miakinen s'est exprimé en ces
termes :
C'est très curieux.
Comme tu peux le voir avec <news:scrr2u$ov1$1@dont-email.me> et
suivants, le bug de MacCafé n'a finalement rien Í voir avec la présence
de espace + CRLF + espace !
--
Michel VAUQUOIS - <http://michelvauquois.fr>
Le 16 juillet 2021 Í 13:05, Olivier Miakinen s'est exprimé en ces termes :
C'est très curieux.
Comme tu peux le voir avec <news:scrr2u$ov1$ et suivants, le bug de MacCafé n'a finalement rien Í voir avec la présence de espace + CRLF + espace ! -- Michel VAUQUOIS - <http://michelvauquois.fr>
