Autres adresses

Il y a d'autres réseaux que le réseau Internet. Il y a donc d'autres formats d'adresses. La liste ci-dessous ne prétend pas être exhaustive, mais représente quelques cas que l'on est amené à rencontrer de temps à autre. Pour une liste complète, voir [1].

• adresses UUCP

  Les adresses UUCP sont de la forme site1!site2!...!siten!user, spécifiant que le courrier doit être envoyé par UUCP à site1, qui doit le faire suivre à site2 et ainsi de suite jusqu'à siten qui le remet à l'utilisateur spécifié.

  Ces adresses sont de temps en temps utilisées par des programmes (le démon d'impression, sur SunOS, envoie par exemple des messages d'erreur dans ce format). On ne peut donc les ignorer totalement.

  Il faut mentionner le uucp project qui a pour but, depuis de nombreuses années, de remplacer l'adressage UUCP avec routage explicite par un adressage global du type de l'adressage Internet. On aurait ainsi des adresses du type user@site.uucp. Toutefois, la méthode préconisée par l'Internet est l'enregistrement des sites UUCP dans le DNS et routage par le biais des MX, ces sites se situant alors à la bordure de l'Internet.

  On peut être amené à rencontrer UUCP dans deux occasions :

  • lorsqu'il faut traiter une adresse dans le monde UUCP. Dans le passé, le traitement de ce cas consistait à transmettre le message à un des sites qui ont une connaissance de l'ensemble des sites UUCP et qui acceptait de servir de passerelle ; en France, il n'existe plus à notre connaissance de passerelle accessible librement. Confronté à ce cas, l'utilisateur devra donc fournir l'adresse d'une passerelle explicitement en utilisant la syntaxe définie ci-après.

  • si on a un ou plusieurs sites isolés directement raccordés par UUCP. On est dans le cas d'un site à la bordure de l'Internet. L'adresse est une adresse Internet classique, mais elle doit conduire à un agent de transport de messages utilisant UUCP.

  Une adresse à la syntaxe UUCP peut être également mélangée avec une adresse Internet. On peut obtenir par exemple site2!...!siten!user@site1, ce qui signifie que le message doit être envoyé à site1 qui doit le faire suivre.

• adresses BITNET

  Le réseau BITNET (Because It's Time to NETwork), ou son alter ego EARN (Eureopean Academic Research Network) en Europe utilise des adresses au format : user@site, où site est un nom de machine comme frunip62. Ces adresses sont de moins en moins répandues au fur et à mesure que ces réseaux perdent en importance. En France, où il reste moins d'une dizaine de machines connectées, à ce jour, il subsiste pendant une durée encore indéterminée une passerelle maintenue par le CNUSC et le CRU.

  Dans l'Internet, la méthode la plus répandue pour référencer un site BITNET est de suffixer l'adresse par .bitnet comme par exemple pour user@frmop11.bitnet.

  Le routage est effectué par une passerelle, accessible sur l'Internet, et qui connaît l'ensemble du monde BITNET.

• adresses DECnet

  Il existe plusieurs réseaux basés sur le protocole propriétaire DECnet, comme SPAN ou HEPNET. Les adresses sur ces réseaux sont de la forme user::machine. Une tendance actuelle consiste à enregistrer les machines de ces réseaux dans le DNS comme pour UUCP.

  Dans le cas contraire, étant donné qu'il n'y a pas un réseau, mais plusieurs, on ne peut faire comme pour BITNET ou UUCP, c'est-à-dire tout confier à une passerelle unique implicite. Au contraire, il faut recourir à une adresse de la forme user::machine@passerelle.dans.internet.

• adresses X400

  Les adresses X400 sont une suite de couples champ=valeur séparés par des caractères « / ». Là encore, lorsqu'un site X400 est enregistré dans le DNS, aucune adresse spécifique n'est à gérer.

La disparité des adresses est fâcheuse, et se traduit par autant de traitements au cas par cas dans les agents de routage de courrier. Toutefois, on peut constater que le succès fulgurant de l'Internet et de la communication électronique amène une harmonisation du format des adresses autour des adresses de type RFC 2822.