X.400

400 est une suite des recommandations du ITU-T qui définissent des normes pour les réseaux de transmission de données pour des messageries (MHS) - généralement connues sous le nom de " ; " de l'email ;.400 ne réalisait jamais la présence universelle de l'email de l'Internet , il a vu l'utilisation dans des organismes, et en tant qu'élément des produits de propriété industrielle d'email.

Histoire

Les premières recommandations X.400 ont été éditées en 1984 (livre rouge de ), et une version sensiblement révisée a été éditée en 1988 (livre bleu de ). De nouveaux dispositifs ont été ajoutés en 1992 (livre blanc de ) et mises à jour suivantes.400 ait été à l'origine conçu pour diriger plus de le service de transport d'OSI, une adaptation pour permettre l'opération au-dessus de TCP/IP , RFC 1006 de , est devenue la manière la plus populaire de courir X.400

Développé en coopération avec l'OIN , les recommandations de X.400-series spécifient des protocoles standard du OSI pour échanger et adresser les messageries électroniques.400-series des recommandations définissent des services de gestion de messages établis sur des messageries (MHS), aussi bien que l'accès à et du MHS pour des services publics. Vers la fin des années 90 le ITU-T recommandations consolidées F.400 et édité la 06/1999) recommandation de la vue d'ensemble de messagerie et de service de du ITU-T F.

Les recommandations de X.400-series définissent les aspects techniques du MHS : ITU-T REC.402 | (OIN /CEI 10021-2 de ) définit l'architecture de système global d'un MHS, le ITU-T REC.411 | (OIN /CEI 10021-4 de ) définit le service de transfert de message (MTS) et son composant fonctionnel l'agent des transferts de message de (MTA) , et ITU-T REC.413 | (OIN /CEI 10021-5 de ) définit le magasin de message. Toutes les recommandations du ITU-T fournissent des limites spécifiques pour des descriptions des entités et des procédures de système. Par exemple, des messages (email) échangés parmi des personnes désigné sous le nom de la transmission de messages interpersonnelle (IPM) ; les documents électroniquement structurés d'affaires (par exemple, factures, ordres d'achat, conseil d'expédition, etc.) échangés ordinateurs parmi partenaires commerciaux des' tombent sous les protocoles du EDI .

Comme avec la plupart des normes d'OIN traitant la gestion de réseau du l'application-niveau , X.400 a échoué pour concurrencer avec succès smtp , l'équivalent Internet-basé de en Amérique du Nord. Cependant, en Europe, l'Amérique du Sud, et l'Asie, X.400 est tout à fait largement mise en application, particulièrement pour des services d'EDI. En Amérique du Nord X.400 est encore employé dans quelques applications, telles que les militaires, les Services des Renseignements et l'aviation, principalement parce que les fonctions X.400 pour l'intégrité et la sécurité ont été développées et se sont déployées beaucoup plus tôt que leurs contre-parties de smtp ( S/MIME , PGP et SMTP-TLS). Pour les raisons semblables il est parfois employé pour la transmission des messages d'EDI entre les applications.

La gestion de messages est une tâche de traitement de l'information distribuée qui intègre deux tâches secondaires connexes : transfert de message et stockage de message. Les recommandations du ITU-T définissent des protocoles spécifiques pour une large-gamme des tâches de communication. Par exemple, le protocole P1 est employé explicitement pour la communication parmi le MTAs P3 entre l'agent d'utilisateur et un MTA, et le P7 entre l'agent d'utilisateur et le magasin de message.

Dans la version 1994 P7 a été augmenté pour fournir des chemises dans le magasin de message, pour permettre le stockage des messages soumis, et pour fournir à beaucoup d'actions automatiques telles qu'automatique-foldering et la corrélation des réponses, des rapports de la livraison et des accusés de réception les messages soumis.

Des normes de contenu de message X.400 sont définies pour la communication entre les agents d'utilisateur. Celles-ci sont modelées en tant que protocoles conceptuels qui traitent P1 et P3/P7 en tant que fourniture d'un transport fiable fondamental de contenu de message. La norme de contenu de message pour la transmission de messages interpersonnelle, IPM, défini dans ITU-T REC.420 | ISO/IEC 10021-7 a été appelé P2 dans le livre rouge. La version prolongée de l'IPM dans le livre bleu a été donnée le contenu-type 22 (pour la version P2 2) et désigné souvent officieusement sous le nom de P22, bien que ce terme ne soit pas employé dans les normes. La norme de contenu de message pour le EDI est définie dans ITU-T REC.435 | ISO/IEC 10021-8 et ITU-T REC.435 | ISO/IEC 10021-9, et officieusement désigné sous le nom de P35. Un type content de messagerie vocale est défini dans ITU-T Recs.

Les dispositifs importants de X.400 incluent l'adressage structuré, le codage binaire du ASN.1 permettant le contenu multimédia (antériorité et plus efficace que MIME ), et les possibilités intégrées de sécurité. Pendant que des services de relais du l'inter-domaine X.400 étaient assumés par l'UIT à courir par des PTTs de que X.400 incorporé met en place pour le transfert automatisé des messages entre X.400 et d'autres services de PTTs, tels que le télex , le fac-similé et le courrier postal physique. Normes ouvertes plus tard supplémentaires de cheminement d'OIN (ITU-T REC.412 | ISO/IEC 10021-10 et ITU-T REC.404 | ISO/IEC 10021-11), mais l'idée fausse initiale que X.400 a exigé des services de relais de PTTs, ajoutés aux PTTs volume-a basé des frais pour ces derniers, était des facteurs qui ont empêché la prise répandue de X.400 a été prolongé pour l'usage dans des applications militaires (voir le MMHS ) et l'aviation (voir le AMHS .)

Adressage

Une adresse X.400 se compose de plusieurs éléments, incluant :
C (nom de pays)
ADMD (domaine de gestion d'administration), habituellement un fournisseur de services public de courrier
PRMD (domaine de gestion privé)
O (nom d'organisation)
OU (noms d'unité d'organisation)
G (nom donné)
I (initiales)
S (nom de famille) Les normes elles-mêmes à l'origine n'ont pas spécifié comment ces email address devraient être écrits (par exemple sur une carte de visite professionnelle de visite) ; RFC 1685 a spécifié un codage, basé sur une ébauche 1993 de la recommandation F.401 d'ITU-T qui a ressemblé au " ; G=Harald ; S=Alvestrand ; O=Uninett ; P=Uninett ; A= ; C=no" ; - l'unwieldiness de cette structure d'adresse est pensé par beaucoup pour être un facteur dans le manque de succès de X.

Voir également

X.500

Apostilles

Random links: