🚀 go-pugleaf

[ Followup-To: ch.network ]

In article <328BE6B4.2549@vtx.ch>,
	Ursula Wermuth <uwermuth@vtx.ch> writes:

> > uniquement des serveurs Apple
>
> ??? dans le temps oui mais, d'apres ce que je sais ils ont des UNIX a 

UNIX tourne �galement sous les Macintosh d'Apple (p.ex. A/UX sur � peu
pr�s toute la gamme avec MMU, MacBSD sous toute la gamme 68000 pas
trop r�cente, MkLinux sur les machines PowerPC ainsi que sauf erreur
AIX d'IBM), ainsi que quelques logiciels de ``compatibilit�'' UNIX
comme MacTen.

M�me s'il est vrai que certains UNIX sont largement inf�rieurs �
d'autres sur certains points (notamment MacTen et A/UX), la diff�rence
se mesure surtout � la fa�on dont le syst�me est g�r� (sous-entendu:
la diff�rence se mesure � la qualit� de l'administration syst�me), et
si les utilitaires syst�mes (relais mail, syst�me de news, etc) sont
mis � jour.

Notamment, le sendmail livr� avec � peu pr�s tous les syst�mes UNIX
commerciaux date de plusieurs ann�es et ne supporte pas ISO Latin-1
(que US-ASCII). Je crois que notamment A/UX est (�tait, ce produit
existe-t-il toujours ?) livr� avec sendmail 5 (< 1988). Le standard
est sendmail 8.8 (1996, octobre).  Produit libre, et gratuit, donc
c'est surtout une question de temps de l'administration syst�me (qui a
peut-�tre de jolies images � mettre sur son serveur WWW ou qui passe
son temps d�j� occup� � r�pondre aux questions de personnes essayant
de faire marcher leur Fen�tre mill�sim� plut�t qu'� maintenir
l'infrastructure de ses syst�mes, effet pervers de l'Internet
commercial moderne).

Question syst�me de news, le standard est INN1.5 (sorti la semaine
pass�e), et _au moins_ inn 1.4unoff-4 si l'on ne veut pas �tre trop en
retard. De nouveau, le logiciel est libre et gratuit.

Enfin, les ressources mat�rielles sont �galement tr�s importantes: un
vrai serveur de news, cela n�cessite plusieurs gigabytes de disque,
et une liaison rapide, si l'on veut un fullfeed (rien ne sert
d'avoir 10000 newsgroups si la moiti� des news n'arrive pas).

Personnellement, pour revenir � Macintosh, je pense que certains
efforts sur plateforme Macintosh sont m�ritoires et vont donner de
bons UNIX. Mais, Macintosh est tout de m�me relativement propri�taire,
donc l'investissement dans de tels produits est peut-�tre un
risque. Le m�me que d'acheter Sun, IBM ou HP, d'ailleurs. Le risque de
tout environnement propri�taire (mat�riel ou logiciel) est de rester
enferm� dans de vieux produits ou de louper l'�volution des
protocoles, par exemple (quel UNIX commercial supporte d�s aujourd'hui
IPv6 ? Aucun. Mais quelques UNIX libres, dont Linux. Inutile de parler
des environnements non UNIX).

Une des r�ponses logiques � ce constat est de s'affranchir
simultan�ment des propri�t�s logicielles (prendre un UNIX libre, qui
aura l'avantage d'�tre souvent gratuit et toujours en �volution
constante, au prix peut-�tre d'un investissement en temps non
n�gligeable au d�part) et mat�rielles: prendre de simples PC, mis en
r�seaux et tournant Linux, se chargeant chacun de quelques services
Internet, voire avec un peu de redondance pour les gros
p�pins. L'erreur � ne pas faire, cependant, si l'on a beaucoup de
modems, est d'utiliser des ordinateurs comme gestionnaires de modem.
Un serveur de terminal sur Ethernet est en g�n�ral plus facile �
g�rer, plus rapide, et d'un co�t d'entretien plus faible. La plupart
peuvent �tre administr�s � distance et g�rent la plupart des
protocoles (PPP, SLIP, routage, etc) eux-m�mes.

Ce concept peut �tre plus int�ressant � la fois question
d'investissement de base, mais aussi de maintenance, si l'on ne prend
pas trop de vieilles cro�tes ou de syst�mes pas trop standards. Mais
l'essentiel, afin de rester dans la course, est d'�viter les solutions
trop cl�s-en-mains, qui, certes, permettent un d�marrage plus rapide,
au prix de l'impossibilit� de r�soudre rapidement et par ses propres
moyens quelques probl�mes techniques qui peuvent se poser. R�pondre
``votre logiciel est incompatible'' ne suffit en g�n�ral pas, surtout
si quelques lignes de perl ou de C peuvent r�soudre le ``probl�me''
sur le serveur.

Evidemment, tout cela co�te du temps et donc de l'argent, ce qui fait
que nombreux fournisseurs d'acc�s commerciaux (ne parlons plus de
fournisseurs de service, dans ce cas, svp) utilisent des solutions
cl�s-en-mains et ne ma�trisent pas leurs outils actuels et encore
moins bien s�r les �volutions possibles de ces outils.

Combien des fournisseurs d'acc�s Internet sont-ils pr�sents dans les
comit�s de normalisation et de d�finition des protocoles Internet ?

> present. Je suis egalement chez eux; je peux ecrire avec des accents a 
> la plupart de mes correspondants, sans probleme - le probleme, en fait, 
> est de trouver des correspondants de langue francaise ;-))). Je ne pense 

Concernant les accents sur les news, cela fonctionne en g�n�ral sans
encodage particulier (juste le standard ISO Latin-1), la plupart des
serveurs s�rieux (ce qui signifie: pouvant supporter la charge d'un
full-feed), notamment INN, sont ``8-bits''.

Sur le mail, c'est une autre histoire. Tous les syst�mes UNIX
commerciaux dont le sendmail n'a pas �t� remplac� par une version
moderne (> 1990 je crois) ne pourront pas transmettre correctement les
accents ISO Latin-1. C'est entre autres pour cette raison que l'usage
de MIME quoted-printable est devenu commun sur le mail (et parfois
interdit sur les news, p.ex. la hi�rarchie USENET fr).

M�me avec l'Internet moderne (par opposition p.ex. aux r�seaux style
UUCP qui avaient encore court � la fin des ann�es 80 m�me dans
certains r�seaux importants; � part �a la plupart des r�seaux UUCP
europ�ens supportaient le transport des accents) qui diminue en
g�n�ral le nombre de sauts (anglais: hops) jusqu'� une destination, et
donc le risque de voir un vieux sendmail prendre le relais, on voit
encore des syst�mes archa�ques ``manger les accents''.

> pas que le provider y soit pour quelque chose. Ce serait plutot une 
> question de configuration du browser. Mais personne n'a pu m'expliquer 
> le detail. 

Comment �a ?  Le fournisseur de service est cens�, en tout cas dans
mon acception de cette d�finition, aider � la configuration de ses
utilisateurs. Il est d'ailleurs regrettable que de nombreux
fournisseurs pensent qu'un service Internet, c'est l'acc�s IP, le
reverse DNS, donner un logiciel gratuit et c'est tout.

Si le fournisseur n'a pas expliqu� comment transf�rer les accents
correctement dans sa notice, en fonction des informations de
configuration de ses serveurs que seul lui conna�t, changez de
cr�merie !

Plus de renseignements sur le transport des accents sont disponibles
dans la FAQ de fr.usenet.8bits, � l'URL
ftp://ftp.ibp.fr/pub/docs/faqs/fr/accents.

PS: je ne travaille pas pour un fournisseur d'acc�s ou de services
    Internet.