Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient que des caractères ascii imprimables sans espaces. Il n'y a aucune raison de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME. -- Olivier Miakinen
Le 02/07/2021 08:51, Gilbert Olivier a écrit :
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient
que des caractères ascii imprimables sans espaces. Il n'y a aucune raison
de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME.
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient que des caractères ascii imprimables sans espaces. Il n'y a aucune raison de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME. -- Olivier Miakinen
Gilbert OLIVIER
le 2 juillet 2021, Olivier Miakinen a attiré mon attention sur :
Le 02/07/2021 08:51, Gilbert Olivier a écrit :
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient que des caractères ascii imprimables sans espaces. Il n'y a aucune raison de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME.
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-) -- Gilbert <https://maccafe-osx.pagesperso-orange.fr>
le 2 juillet 2021, Olivier Miakinen a attiré mon attention sur :
Le 02/07/2021 08:51, Gilbert Olivier a écrit :
>
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient
que des caractères ascii imprimables sans espaces. Il n'y a aucune raison
de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME.
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-)
le 2 juillet 2021, Olivier Miakinen a attiré mon attention sur :
Le 02/07/2021 08:51, Gilbert Olivier a écrit :
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient que des caractères ascii imprimables sans espaces. Il n'y a aucune raison de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME.
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-) -- Gilbert <https://maccafe-osx.pagesperso-orange.fr>
Olivier Miakinen
Le 02/07/2021 10:09, Gilbert OLIVIER a écrit :
Le 02/07/2021 08:51, Gilbert Olivier a écrit :
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient que des caractères ascii imprimables sans espaces. Il n'y a aucune raison de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME.
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-)
[Oui] C'est plutÍ´t le comportement de SeaMonkey + Mnenhy qui serait anormal. Et bien sÍ»r celui de Pan qui ne sait pas envoyer un entête un peu long (mais pas trop, moins de 998 octets) sans le rejeter Í la ligne. -- Olivier Miakinen
Le 02/07/2021 10:09, Gilbert OLIVIER a écrit :
Le 02/07/2021 08:51, Gilbert Olivier a écrit :
>
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient
que des caractères ascii imprimables sans espaces. Il n'y a aucune raison
de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME.
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-)
[Oui]
C'est plutÍ´t le comportement de SeaMonkey + Mnenhy qui serait anormal.
Et bien sÍ»r celui de Pan qui ne sait pas envoyer un entête un peu long
(mais pas trop, moins de 998 octets) sans le rejeter Í la ligne.
Je n'avais pas envisagé un encodage pour les données de l'X-Face :-(
Surtout ne change rien ! L'X-Face, déjÍ n'est pas standard, et ne contient que des caractères ascii imprimables sans espaces. Il n'y a aucune raison de l'encoder en MIME, et donc aucune raison de le décoder depuis MIME.
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-)
[Oui] C'est plutÍ´t le comportement de SeaMonkey + Mnenhy qui serait anormal. Et bien sÍ»r celui de Pan qui ne sait pas envoyer un entête un peu long (mais pas trop, moins de 998 octets) sans le rejeter Í la ligne. -- Olivier Miakinen
DV
Gilbert OLIVIER a écrit ceci :
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-)
Oui ! ;-) -- Denis
Gilbert OLIVIER a écrit ceci :
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-)
Ok, donc ce sera normal que MacCafé affiche de la bouillie ;-)
Oui ! ;-) -- Denis
yamo'
Olivier Miakinen a tapoté le 01/07/2021 21:11:
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.
test -- Stéphane
Olivier Miakinen a tapoté le 01/07/2021 21:11:
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.
