Re: [typo] [HS] Bit sauteur (etait Unicode et autres)

["Eric Angelini" <keynews.tv@xxxxxxxxx>]

Merci Foucauld, je téléphone à Skynet car ce codage sur
7 ou 8 bits... flotte ! (parfois c'est bon, parfois pas...)
à+
E.


----- Original Message -----
From: "Foucauld Perotin" <fp.listes@xxxxxxxxxxx>
To: "Liste Typographie" <typographie@xxxxxxxx>
Sent: Thursday, February 20, 2003 10:32 AM
Subject: [typo] [HS] Bit sauteur (etait Unicode et autres)


> 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 »...
>
>
>
>