🚀 go-pugleaf

laforgue@imag.fr (Pierre LAFORGUE) writes:

>In article <berger.724947541@gram>, berger@imag.fr (Gilles BERGER SABBATEL) writes:
>|> Il y a un reel besoin de logiciels 8 bits a tous les niveaux
>|> (news, courrier), si de tels logiciels existent (ou des qu'ils
>|> existeront), autant les utiliser.  De toutes facons, personne ne passera

>- Pour le mail, ils existent et sont meme disponibles gratuitement
>  (Cf. FAQ sur les messageries Mime-conformant).

Sur Sun, sendmail transmet les 8 bits correctement (SunOs 4.1...).  Pour
les mailers, je ne sais pas.  Mush a un petit probleme : il remet la
ligne en 7 bits si compile dans l'environnement BSD, et si compile dans
l'environnement systeme V, le verrouillage des spools ne marche pas.  Je
pense avoir trouve' la parade, et je pourrais la diffuser, si ca
interesse du monde.

>- Pour les news, qui connaitrait des implementations correctes ?

Sur cosmos, les C-news transmettent correctement les 8 bits.  Tous les
logiciels que j'ai essayes sur Sun passent les caracteres accentues
(nn, tin, xrn, et meme rn :-) )...  Ceci dit, il parait qu'il y a mieux
que les C-News maintenant!  Au fait, comment font ceux qui sont deja en
8 bits au niveau de leur reseau national (entre autres les allemands, je
crois)?

>|> en logiciel 8 bits s'il est a peu pres seul!  Par contre, au niveau
>|> d'une institution (comme l'imag), c'est possible, quitte a filtrer ce
>|> qui sort vers des sites perturbes par les caracteres 8 bits...  Et quand

>Si tu es candidat pour l'installation, je te donne carte blanche.
>C'est en effet une tres bonne action a faire - OK a 100 % donc.

Les C-news passant le 8 bits, il ne s'agit que d'ecrire un filtre pour
transformer les caracteres 8 bits au niveau de ce qui sort de l'IMAG...
Je veux bien regarder cela!  Il y a aussi les filtres d'impression (mp,
a2ps...) qui ignorent les caracteres 8 bits, ce que les imprimantes
PostScript n'aiment pas trop, apparemment.

>Sur les stations, c'est une question de choix de police plus que de mise a
>jour de logiciels : certaines polices X couramment utilisees n'ont pas
>d'accents ...  Pour accepter partout le francais, pas seulement dans les com,
>il faut penser a mettre ce type d'horreurs dans son .login :
>setenv LC_CTYPE iso_8859_1
>stty pass8
>et a utiliser une shell (par exemple tcsh) transparente aux 8 bits, un xterm
>itou, etc

Une horreur de plus ou de moins...  On peut toujours planquer cela dans un
/etc/profile quelconque, pour les shells qui le permettent.  Zsh marche
aussi tres bien en 8 bits. De meme que xterm sous X11R5.  

>Aucun probleme pour les Mac ! Avez-vous eu la curiosite de regarder ce qui
>est cache derriere le petit carre quand vous composez un courrier Eudora ?
>Si vous avez bien installe le jeu de tables dans Preferences de votre Dossier
>Systeme, ce petit carre vous permet d'envoyer du courrier SMTP en codage
>ISO-LATIN i.e. iso_8859_1 qui peut donc etre lu avec accents sur toute
>station Unix moderne (seule condition : que sendmail ne degrade pas les
>corps - pas besoin de Mime). Inversement bien sur, Eudora sait aussi afficher
>sur Macintosh les textes recus d'Unix en codage ISO-LATIN.

Donc resumons nous : en ce qui concerne l'IMAG, pas de Pb sous Unix
(sauf les antiquites), ni sous les Macs.  Il suffit donc d'adapter les
filtres d'impression, et d'ecrire un filtre de conversion pour proteger
l'exterieur.  Donc, on devrait pouvoir commencer assez vite.  Ensuite,
on pourra rendre compte de l'experience dans fnet.general, ou fr.xxx...

Pour une utilisation a plus grande echelle, il faut resoudre les
problemes de conversion entre jeux de caracteres.  Soit on part d'un jeu
de caracteres standard (ISO-latin-1?), chaque logicel assurant
eventuellement la conversion avec le jeu de caracteres local - je sais,
c'est une solution de feignant egoiste, venant de quelqu'un qui utilise
deja le jeu de caracteres qui semble avoir le plus de chances de
s'imposer... :-).  Soit l'en-tete du message doit comporter l'indication
du jeu de caracteres utilise, les logiciels devant assurer la conversion
quand c'est necessaire.  Solution plus complexe, car elle oblige a
modifier tous les logiciels, et a implementer une traduction multi
directionnelle de N jeux de caracteres, mais elle est sans doute plus
generale.  De toutes facons, il faut un jeu de caracteres "pivot" par
defaut...
--
Gilles BERGER SABBATEL                  Tel: (33) 76 57 46 13
Laboratoire d'appartenance : TIM3
IMAG-LGI/INPG, 46 Avenue Felix Viallet, 38031 GRENOBLE CEDEX - FRANCE