X.400 - X.400

X.400 este o suită de Recomandări ITU-T care definește sistemul ITU-T Message Handling System (MHS).

La un moment dat, proiectanții X.400 se așteptau ca acesta să fie forma predominantă de e-mail, dar acest rol a fost preluat de e-mailul pe internet bazat pe SMTP . În ciuda acestui fapt, a fost utilizat pe scară largă în cadrul organizațiilor și a fost o parte esențială a Microsoft Exchange Server până în 2006; variantele continuă să fie importante în contexte militare și de aviație.

Istorie

Primele recomandări X.400 au fost publicate în 1984 ( Cartea Roșie ), iar o versiune revizuită substanțial a fost publicată în 1988 ( Cartea albastră ). Funcții noi au fost adăugate în 1992 ( Cartea albă ) și actualizările ulterioare. Deși X.400 a fost inițial conceput pentru a rula peste serviciul de transport OSI , o adaptare pentru a permite funcționarea prin TCP / IP , RFC 1006, a devenit cel mai popular mod de a rula X.400.

Dezvoltate în cooperare cu ISO , recomandările din seria X.400 specifică protocoalele standard OSI pentru schimbul și adresarea mesajelor electronice. Seria însoțitoare de recomandări F.400 definește serviciile de gestionare a mesajelor bazate pe sistemele de manipulare a mesajelor (MHS), precum și accesul la și de la MHS pentru servicii publice. La sfârșitul anilor ’90, ITU-T a consolidat recomandările F.400 și X.400 și a publicat recomandarea ITU-T F.400 / X.400 (06/1999) „Sistem de tratare a mesajelor și prezentare generală a serviciilor”.

Recomandările din seria X.400 definesc aspectele tehnice ale MHS: Rec. UIT-T . X.402 | ( ISO / IEC 10021-2) definește arhitectura generală a sistemului unui MHS, Rec. UIT-T . X.411 | ( ISO / IEC 10021-4) definește serviciul de transfer de mesaje (MTS) și componenta sa funcțională Agentul de transfer de mesaje (MTA) și Rec. UIT-T . X.413 | ( ISO / IEC 10021-5) definește Magazinul de mesaje. Toate recomandările UIT-T oferă termeni specifici pentru descrierea entităților și procedurilor de sistem. De exemplu, mesajele (e-mail) schimbate între oameni sunt denumite mesaje interpersonale (IPM); documentele comerciale structurate electronic (de exemplu, facturi, ordine de cumpărare, sfaturi de expediere etc.) schimbate între computerele partenerilor comerciali intră sub incidența protocoalelor EDI .

Gestionarea mesajelor este o sarcină de procesare a informațiilor distribuite care integrează două sarcini secundare conexe: transferul mesajelor și stocarea mesajelor. Recomandările ITU-T definesc protocoale specifice pentru o gamă largă de sarcini de comunicare. De exemplu, protocolul P1 este utilizat în mod explicit pentru comunicarea între MTA , P3 între agentul utilizator și un MTA și P7 între agentul utilizator și magazinul de mesaje.

În versiunea din 1994, P7 a fost îmbunătățit pentru a oferi foldere în depozitul de mesaje, pentru a permite stocarea mesajelor trimise și pentru a oferi multe acțiuni automate, cum ar fi automatizarea și corelarea răspunsurilor, rapoarte de livrare și notificări de primire cu mesajele trimise.

Standardele pentru conținutul mesajului X.400 sunt definite pentru comunicarea între agenții utilizator. Acestea sunt modelate ca protocoale conceptuale care tratează P1 și P3 / P7 ca fiind un transport de bază fiabil al conținutului mesajului. Standardul de conținut al mesajelor pentru mesageria interpersonală, IPM, definit în Rec. UIT-T. X.420 | ISO / IEC 10021-7 a fost numit P2 în Cartea Roșie. Versiunea extinsă a IPM din Cartea albastră a primit tipul de conținut 22 (pentru P2 versiunea 2) și este adesea denumită informal ca P22, deși acest termen nu este folosit în standarde. Standardul de conținut al mesajului pentru EDI este definit în Rec. UIT-T. F.435 | ISO / IEC 10021-8 și Rec. UIT-T. X.435 | ISO / IEC 10021-9 și denumită informal P35. Un tip de conținut de mesagerie vocală este definit în înregistrările ITU-T. F.440 și X.440.

Exchange Server 2007 nu folosește obiectul MTA, iar conectorul X.400 (care trebuie să utilizeze MTA) a dispărut în Exchange Server 2007. Nu mai există adrese de e-mail proxy implicite X.400 în Exchange Server 2007.

Caracteristicile importante ale X.400 includ adresarea structurată, codul binar ASN.1 care permite conținutul multimedia (anterior și mai eficient decât MIME ) și capabilitățile de securitate integrate. Întrucât serviciile de releu inter-domeniu X.400 au fost asumate de ITU pentru a fi rulate de PTT-uri , X.400 a încorporat câmpuri pentru transferul automat de mesaje între X.400 și alte servicii PTT, precum Telex , fax și poștă fizică. ISO a adăugat ulterior standarde de rutare deschise (Rec. UIT-T X.412 | ISO / IEC 10021-10 și Rec. UIT-T X.404 | ISO / IEC 10021-11), dar concepția greșită inițială conform căreia X.400 necesita PTT serviciile de releu, împreună cu tarifele pe bază de volum PTT pentru acestea, au fost factori care au inhibat absorbția pe scară largă a X.400.

Implementare

De la sfârșitul anilor 1980, multe țări importante s-au angajat în stiva OSI, prin GOSIP - Profiluri de interconectare a sistemelor deschise guvernamentale . În Statele Unite, acest lucru a fost sub forma „Standardului federal de prelucrare a informațiilor” NIST din 1990 (FIPS # 146). La rândul lor, principalii furnizori de computere s-au angajat să producă produse conforme cu OSI, inclusiv X.400. Serverul Microsoft Exchange a fost dezvoltat în această perioadă de timp și intern bazat pe X.400 / X.500 - cu versiunea inițială „ la fel de fericită să trimită mesaje prin intermediul API-ului de mesagerie (MAPI), X.400 sau Protocolului de transfer simplu prin poștă (SMTP) ) ". Cu toate acestea, în practică, cele mai multe dintre acestea au fost slab produse și rareori puse în funcțiune.

În America de Nord, mulți mari contractori de apărare și universități se angajaseră deja la Internet și la standardele TCP / IP , inclusiv SMTP pentru e-mail. Acolo, X.400 este încă utilizat în unele aplicații, cum ar fi serviciile militare, serviciile de informații și aviația, în principal deoarece funcțiile X.400 pentru integritate și securitate au fost dezvoltate și desfășurate mult mai devreme decât omologii lor SMTP ( S / MIME , PGP și SMTP-TLS). Din motive similare, este uneori folosit pentru transmiterea mesajelor EDI între aplicații.

În Europa, America de Sud și Asia, X.400 este implementat pe scară largă, în special pentru serviciile EDI.

X.400 a fost extins pentru utilizare în aplicații militare (vezi MMHS ) și aviație (vezi AMHS ).

Adresare

Una dintre problemele esențiale pe care X.400 a încercat să le rezolve a fost eșecul livrării corespunzătoare a unui e-mail atunci când adresa nu a fost specificată corect. La acea vreme, formatele de adresare variau de la o platformă la alta, așa că a fost dificil pentru utilizatori să știe cum să le introducă corect. Orice eroare a făcut ca livrarea să eșueze direct. Acest lucru a fost în contrast cu serviciul poștal „real”, unde chiar și adresele parțiale ar fi direcționate către un birou de scrisori moarte unde vor încerca să le livreze chiar dacă unele informații lipsesc sau sunt greșite.

Pentru a rezolva această problemă, schema de adrese X.400 a inclus mai multe câmpuri redundante care ar putea fi utilizate pentru a ajuta la livrarea mesajului. De exemplu, au existat câmpuri separate pentru prenume și prenume, precum și inițiale. Serverul a fost identificat cu mai multe câmpuri, inclusiv un nume de companie sau de organizație, precum și țara. Ideea a fost ca o adresă cu un nume greșit de scris al companiei, de exemplu, să conțină în continuare suficiente informații, numele persoanei și țara, pentru ca mesajul să fie direcționat corect.

La acea vreme, se credea că e-mailul va fi furnizat de marii furnizori de servicii, adesea companiile naționale de telefonie. Aceasta a însemnat că atâta timp cât mesajul a ajuns la furnizorul de servicii, indicat de porțiunea „Administrare domeniu de administrare” (ADMD) a adresei, sistemul ar ști probabil despre utilizatorul în cauză. Întrucât acest furnizor de servicii avea probabilitate națională, furnizarea simplă a codului de țară potrivit ar putea fi suficiente informații pentru a direcționa corect mesajul.

Cu toate acestea, acest model eșuează atunci când serviciile de e-mail sunt furnizate de compania sau organizația utilizatorului sau când furnizorul de servicii nu este cunoscut. În acest caz, nu există o bază de date la nivel național de utilizatori și un nume de organizație necorespunzător este suficient pentru a provoca eșecul acesteia. Acesta este modelul dominant în prezent, în care companiile folosesc un server intern sau, chiar mai frecvent, utilizează un furnizor precum Gmail , care este invizibil în afara organizației și chiar pentru utilizatori. În acest model, ADMD este necunoscut sau la fel ca organizația în sine.

Acest sistem de adresare cu mai multe părți a dus și la complexitatea formatului; utilizatorii nu erau siguri care domenii erau importante și tindeau să ofere tot ce puteau. Acest lucru a făcut lucruri banale, cum ar fi imprimarea adresei pe o carte de vizită sau introducerea acesteia în clientul de e-mail mai dificil decât sistemele mai simple precum cele găsite în SMTP. Mulți cred că lipsa de greutate a acestui format de adresare este un factor al lipsei de succes a X.400.

O adresă X.400 este denumită din punct de vedere tehnic o adresă de origine / destinatar (SAU). Are două scopuri:

  • Identificarea cutiei poștale - fie inițiatorul, fie destinatarul.
  • Identificarea domeniului global - unde se află o anumită cutie poștală
  • 1984 a definit o adresă SAU ca o adresă X.400 care a identificat locul în care se află utilizatorul.
  • 1988 îl definește ca o combinație între un nume de director (nume distinct) și o adresă X.400.

O adresă X.400 constă din mai multe elemente, inclusiv:

  • C (numele țării)
  • ADMD (domeniul administrării administrației, formular scurt A), de obicei un furnizor de servicii de poștă publică
  • PRMD (Domeniu de management privat, formular scurt P)
  • O (numele organizației)
  • OU (Organizational Unit Names), OU este echivalent cu OU0, poate avea OU1, OU2 ...
  • G (Prenume)
  • I (Inițiale)
  • S (Prenume)

Standardele în sine nu specificau inițial modul în care ar trebui scrise aceste adrese de e-mail (de exemplu pe o carte de vizită) sau chiar dacă identificatorii de câmp ar trebui să fie majuscule sau minuscule sau ce seturi de caractere au fost permise. RFC 1685 a specificat o codificare, pe baza unui proiect din 1993 al Recomandării UIT-T F.401, care arăta ca:

"G = Harald; S = Alvestrand; O = Uninett; PRMD = Uninett; A =; C = nu"

1984 a avut două forme pentru formatele de adresă:

  • Formularul 1: (cu variante 3x) - utilizează în principal ADMD și un subset de alte atribute
  • Formularul 2: (fără variante) - identifică utilizatorii prin intermediul adreselor de terminal telematic (hardware).

În Recomandările X.400 din 1988, au fost delimitate patru forme de adresare. Formatul 1984 Form 1, Variant 1 a fost redenumit ca adresa O / R mnemonică și formatul 1984 Form 1, Variant 3 și Form 2 din 1984 au fost combinate și redenumite adresa O / R terminală. Noile forme introduse au fost forma numerică O / R (o variație a Formei 1, varianta 2) și adresa poștală O / R.

Prima utilizare pe scară largă a fost efectuată în SUA în cadrul unui contract de comunicare militară în 1992-1997.

Directoare X.500

Confuzia cauzată de formatul de adresare X.400 a dus la crearea standardului X.500 pentru serviciile de director . Ideea a fost de a crea un director de adrese de e-mail ierarhic și standardizat cu funcții de replicare și distribuție care să permită mai multor organizații să producă un singur director public. De exemplu, fiecare domeniu de administrare a administrației (furnizor de servicii) își poate încărca opțional directorul pe un server partajat X.500 și apoi permite ca această bază de date să fie căutată de agenții de utilizatori X.400 în timpul creării e-mailului, evitând astfel să știe ceva despre adresa, alta decât numele destinatarului și un fel de nume organizațional, cum ar fi o companie.

Din păcate, protocolul X.500 s-a dovedit a fi la fel de complex și dificil ca X.400 și acest lucru a dus la crearea Lightweight Directory Access Protocol sau LDAP, care standardiza un subset simplu de protocoale X.500 adecvat pentru utilizare de către software-ul utilizatorului final care caută adrese. LDAP este utilizat pe scară largă în servicii de directoare precum Active Directory Microsoft .

În plus, scopul oferirii unei baze de date de adrese universale a fost fundamental defectat de momentul în care a fost propus. În era companiilor naționale de telecomunicații, cum ar fi Bell Canada sau France Télécom , numele și numerele de telefon ale persoanelor erau considerate informații publice și deja colectate în astfel de directoare sub forma agendei telefonice . Extinderea acestui lucru la adresele de e-mail părea evidentă. Cu toate acestea, acest lucru nu a fost pur și simplu cazul în anii 1980; în acel moment, e-mailul era adesea asociat cu utilizatorii unei companii sau ai guvernului, iar acele organizații tratau aceste adrese ca fiind valoroase sau chiar confidențiale. Nu a existat niciun motiv pentru care organizațiile să împărtășească aceste informații cu oricine altcineva; așa cum a spus RFC2693, „imaginați-vă CIA adăugând directorul său de agenți într-un pool X.500 la nivel mondial”.

Vezi si

Note

Referințe

Referințe generale

Lecturi suplimentare

  • Betanov, Cemil (1993). Introducere în X.400 . Boston: Artech House. ISBN 0-89006-597-7.
  • Radicati, Sara (1992). Poșta electronică: o introducere la standardele de tratare a mesajelor X.400 . Mcgraw-Hill. ISBN 0-07-051104-7.
  • Rhoton, John (1997). X.400 și SMTP . Elsevier. ISBN 1-55558-165-X.

Recomandări ITU-T X.400

linkuri externe