[HS] Bit sauteur (etait Unicode et autres)

["Foucauld Perotin" <fp.listes@xxxxxxxxxxx>]

Bonjour,

Je me permets de mettre brièvement mon grain de sel dans votre
conversation après le message d'Éric :
>> s'il est le seul à avoir le problème,
>... moi j'ai reçu ça :
>>ben quand mjme si

Cette histoire de 8e bit qui saute (c'est le problème ici) c'est
typiquement un problème au niveau de la négociation entre les serveurs de
mails. À mon avis, la question à se poser en premier n'était pas celle du
paramétrage de tel logiciel, mais bien de savoir si les autres abonnés de
skynet.be ont le même problème ou pas. Le message d'Éric le confirme.

Chaque fois qu'un mail se ballade, deux serveurs négocient entre eux
selon le protocole smtp :
-- Tu veux bien que je t'envoies du 8-bits ?
-- Euh, non ; je préfères que tu me le convertisses en 7-bits (en quoted
printable)...
-- Bon d'accord...
etc.

Je ne suis pas spécialiste de ces questions, mais cette négociation,
normalement normalisée, semble parfois un peu abrégée par les
interlocuteurs. Il y a des années, j'ai changé mon hébergement de
fournisseur rien que pour ça : les messages 8-bits émis par Easynet et
relayés par mon hébergeur étaient dépouillés de leur bit supérieur...

En fait, le problème réside dans la manière qu'à le serveur récepteur de
présumer le nature du message reçu, 7-bits ou 8-bits, s'il n'est pas sûr
de ce qu'il reçoit (incompréhension sur ce point, ou négociation bâclée).
Traditionnellement, notamment pour un anglo-saxon, dans le doute, on
suppose (on « supposait », mais il y a beaucoup d'inertie dans le
paramétrage des serveurs) que c'est du 7-bits. Pourtant, il n'y a plus
aucune raison de refuser des mails en 8-bits depuis un bon moment. C'est
pourquoi désormais, à l'opposé, la plupart des serveurs de mails de
réception présumeront, dans le doute, qu'il faut récupérer les 8 bits des
octets reçus.

En résumé, à mon avis :
- la négociation du 8-bits par Sympa ne serait pas idéale, en tous cas
Sympa et Skynet ne se comprennent qu'imparfaitement.
- Skynet a un doute, et dans ce doute, il vire le 8e bit de chaque octet.

Bien sûr, ça ne concerne que les messages postés en 8-bits à l'origine
(comportement parfaitement admis, mais cependant typiquement unixien).

En PS, un tout petit peu de technique en plus, pour ceux qui voudraient
aller dans le camboui...

FP



PS : Pour vérifier si c'est bien ça, il suffit de se connecter en telnet
(utiliser n'importe quel client telnet) sur pop.skynet.be par le port 110
avant de charger et d'effacer vos mails du serveur. Vous verrez bien
alors si les 8 bits des octets sont là ou non. Si le 8e bit du message a
sauté à cette étape (ça me semble le plus probable) inutile de vous
acharner sur votre logiciel de mail. Même si c'est un aussi mauvais
logiciel qu'Outlook, ce n'est quand même pas sa faute... Pour ceux que ça
tente, voici la syntaxe d'une session telnet de ce genre (sur Free pour
ma part).

telnet> open pop.free.fr 110
Trying 213.228.0.165...
Connected to pop3-2.free.fr.
Escape character is '^]'.
+OK <31809.1045731572@xxxxxxxxxxxxxx>
user votre_login
+OK
pass votre_mot_de_passe
+OK
list
+OK
1 3647
.
top 1 50
+OK 3647 octets

Donc, vous vous authentifiez par « user » et « pass », vous affichez la
liste par « list » et les m premières lignes (en-tête comprise) du nième
message par « top n m »...