X.400

X.400 es un conjunto de recomendaciones de la UIT-T que definen el Sistema de Gestión de Mensajes (MHS) de la UIT-T. En su momento, los diseñadores de X.400 esperaban que fuera la forma predominante de correo electrónico, pero este papel lo ha asumido el correo electrónico de Internet basado en SMTP . ^{[ 1 ]} A pesar de ello, se ha utilizado ampliamente dentro de las organizaciones y fue una parte fundamental de Microsoft Exchange Server hasta 2006; sus variantes siguen siendo importantes en contextos militares y de aviación.

A principios de la década de 1980 se exploraron cuestiones de diseño de protocolos para correo electrónico. ^{[ 2 ]}

Las primeras Recomendaciones X.400 se publicaron en 1984 ( Libro Rojo ), y una versión sustancialmente revisada se publicó en 1988 ( Libro Azul ). Se añadieron nuevas características en 1992 ( Libro Blanco ) y en actualizaciones posteriores. Aunque X.400 se diseñó originalmente para funcionar sobre el servicio de transporte OSI , una adaptación para permitir su funcionamiento sobre TCP/IP , RFC 1006, se ha convertido en la forma más popular de ejecutar X.400.

Desarrolladas en colaboración con ISO / IEC , las recomendaciones de la serie X.400 especifican los protocolos estándar OSI para el intercambio y el direccionamiento de mensajes electrónicos. Las recomendaciones complementarias de la serie F.400 definen los servicios de gestión de mensajes basados ​​en sistemas de gestión de mensajes (MHS), así como el acceso a los MHS para los servicios públicos. A finales de la década de 1990, la UIT-T consolidó las recomendaciones F.400 y X.400 y publicó la recomendación UIT-T F.400/X.400 (06/1999) «Descripción general de los sistemas y servicios de gestión de mensajes».

Las recomendaciones de la serie X.400 definen los aspectos técnicos del MHS: la recomendación ITU-T X.402 ( ISO / IEC 10021-2) define la arquitectura general del sistema MHS, la recomendación ITU-T X.411 ( ISO / IEC 10021-4) define el Servicio de Transferencia de Mensajes (MTS) y su componente funcional, el Agente de Transferencia de Mensajes (MTA) , y la recomendación ITU-T X.413 ( ISO / IEC 10021-5) define el Almacén de Mensajes. Todas las recomendaciones de la ITU-T proporcionan términos específicos para describir las entidades y los procedimientos del sistema. Por ejemplo, los mensajes (correo electrónico) intercambiados entre personas se denominan Mensajería Interpersonal (IPM); los documentos comerciales estructurados electrónicamente (por ejemplo, facturas, órdenes de compra, avisos de envío, etc.) intercambiados entre los ordenadores de los socios comerciales se rigen por los protocolos de Intercambio Electrónico de Datos (EDI) .

El procesamiento de mensajes es una tarea de procesamiento de información distribuida que integra dos subtareas relacionadas: la transferencia y el almacenamiento de mensajes. Las Recomendaciones de la UIT-T definen protocolos específicos para una amplia gama de tareas de comunicación. Por ejemplo, el protocolo P1 se utiliza explícitamente para la comunicación entre MTA , el P3 entre el agente de usuario y un MTA, y el P7 entre el agente de usuario y el almacén de mensajes.

En la versión de 1994, P7 se mejoró para proporcionar carpetas en el almacenamiento de mensajes, permitir el almacenamiento de los mensajes enviados y ofrecer muchas acciones automáticas, como la organización automática en carpetas y la correlación de respuestas, informes de entrega y notificaciones de recepción con los mensajes enviados.

Los estándares de contenido de mensajes X.400 se definen para la comunicación entre agentes de usuario. Estos se modelan como protocolos conceptuales que tratan a P1 y P3/P7 como un transporte subyacente confiable de contenidos de mensajes. El estándar de contenido de mensajes para mensajería interpersonal, IPM, definido en la Recomendación ITU-T X.420 | ISO/IEC 10021-7, se denominó P2 en el Libro Rojo. La versión extendida de IPM en el Libro Azul recibió el tipo de contenido 22 (para P2 versión 2) y a menudo se la conoce informalmente como P22, aunque ese término no se usa en los estándares. El estándar de contenido de mensajes para EDI se define en las Recomendación ITU-T F.435 | ISO/IEC 10021-8 y ITU-T X.435 | ISO/IEC 10021-9, y se la conoce informalmente como P35. Un tipo de contenido de mensajería de voz se define en las Recomendación ITU-T F.440 y X.440.

Exchange Server 2007 no utiliza el objeto MTA, y el conector X.400 (que debe utilizar el MTA) ha desaparecido en Exchange Server 2007. Ya no existen direcciones de correo electrónico proxy predeterminadas X.400 en Exchange Server 2007. ^{[ 3 ]}

Entre las características importantes de X.400 se incluyen el direccionamiento estructurado, el código binario ASN.1 que permite el contenido multimedia (anterior y más eficiente que MIME ) y capacidades de seguridad integradas. Dado que la UIT asumió que los servicios de retransmisión entre dominios X.400 serían gestionados por PTT , X.400 incorporó campos para la transferencia automatizada de mensajes entre X.400 y otros servicios PTT, como télex , fax y correo postal físico. Posteriormente, la ISO añadió estándares de enrutamiento abiertos (Recomendación UIT-T X.412 | ISO/IEC 10021-10 y Recomendación UIT-T X.404 | ISO/IEC 10021-11), pero la idea errónea inicial de que X.400 requería servicios de retransmisión PTT, junto con los cargos por volumen de PTT para estos, fueron factores que inhibieron la adopción generalizada de X.400.

Desde finales de la década de 1980, muchos países importantes se comprometieron con la pila OSI, a través de GOSIP ( Perfiles de Interconexión de Sistemas Abiertos Gubernamentales ) . En Estados Unidos, esto se materializó en el Estándar Federal de Procesamiento de Información (FIPS #146) del NIST de 1990. A su vez, los principales proveedores de computadoras se comprometieron a producir productos compatibles con OSI, incluido X.400. El servidor Exchange de Microsoft se desarrolló en este período y se basó internamente en X.400/X.500, con la versión inicial que indicaba que podía enviar mensajes mediante la API de mensajería (MAPI), X.400 o el Protocolo simple de transferencia de correo (SMTP) . ^{[ 4 ]} Sin embargo, en la práctica, la mayoría de estos productos eran de mala calidad y rara vez se ponían en funcionamiento.

En Norteamérica, muchos contratistas de defensa y universidades ya se habían comprometido con los estándares de Internet y TCP/IP , incluido SMTP para el correo electrónico. Allí, X.400 todavía se usa en algunas aplicaciones, como en el ámbito militar, los servicios de inteligencia y la aviación, principalmente porque el protocolo X.400 admite cifrado y sus funciones de integridad y seguridad se desarrollaron e implementaron mucho antes que sus contrapartes SMTP ( S/MIME , PGP y SMTP-TLS). Por razones similares, a veces se usa para la transmisión de mensajes EDI entre aplicaciones.

En Europa, Sudamérica y Asia, el estándar X.400 está bastante extendido , especialmente para servicios EDI.

X.400 se ha extendido para su uso en aplicaciones militares (véase Sistema de gestión de mensajes militares ) y en aviación (véase Sistema de gestión de mensajes aeronáuticos) . Además, la OTAN utiliza STANAG 4406 como estándar para la mensajería militar basada en X.400. ^{[ 5 ]}

Uno de los problemas principales que X.400 intentó solucionar fue el fallo en la entrega de un correo electrónico cuando la dirección no estaba especificada correctamente. En aquel entonces, los formatos de direccionamiento variaban de una plataforma a otra, por lo que a los usuarios les resultaba difícil saber cómo escribirlos correctamente. Cualquier error provocaba que la entrega fallara por completo. Esto contrastaba con el servicio postal "real", donde incluso las direcciones incompletas se enviaban a una oficina de correos no entregados , donde intentaban entregar el correo aunque faltara información o esta fuera incorrecta. ^{[ a ]}

Para solucionar este problema, el esquema de direcciones X.400 incluía varios campos redundantes que facilitaban la entrega del mensaje. Por ejemplo, existían campos separados para el nombre y los apellidos, así como para las iniciales. El servidor se identificaba con múltiples campos, incluyendo el nombre de la empresa u organización y el país. La idea era que una dirección con el nombre de la empresa mal escrito, por ejemplo, aún contuviera suficiente información (el nombre y el país de la persona) para que el mensaje se enrutara correctamente.

En aquel entonces, se creía que el correo electrónico lo proporcionaban grandes proveedores de servicios, a menudo las compañías telefónicas nacionales. Esto significaba que, siempre que el mensaje llegara al proveedor de servicios, indicado por la parte "Administration Management Domain" (ADMD) de la dirección, el sistema probablemente reconocería al usuario en cuestión. Dado que este proveedor de servicios probablemente tenía alcance nacional, bastaba con proporcionar el código de país correcto para enrutar el mensaje adecuadamente.

Sin embargo, este modelo falla cuando los servicios de correo electrónico los proporciona la empresa u organización del usuario, o cuando se desconoce el proveedor del servicio. En este caso, no existe una base de datos nacional de usuarios y un nombre de organización incorrecto es suficiente para provocar el fallo. Este es el modelo predominante hoy en día, donde las empresas utilizan un servidor interno o, aún más comúnmente, un proveedor como Microsoft 365 o Gmail , que es invisible fuera de la organización e incluso para los usuarios. En este modelo, el ADMD es desconocido o coincide con el nombre de la propia organización.

Este sistema de direccionamiento de varias partes también provocó que el formato fuera complejo; los usuarios no estaban seguros de qué campos eran importantes y tendían a proporcionar toda la información posible. Esto dificultó tareas tan básicas como imprimir la dirección en una tarjeta de visita o escribirla en el cliente de correo electrónico, en comparación con sistemas más sencillos como los de SMTP. Muchos creen que la complejidad de este formato de direccionamiento es uno de los factores que contribuyeron al fracaso de X.400. ^{[ 8 ]}

Una dirección X.400 se conoce técnicamente como dirección de origen/destinatario (OR). Tiene dos propósitos:

• Identificación del buzón de correo  : ya sea el remitente o el destinatario.
• Identificación global del dominio  : dónde se encuentra un buzón de correo determinado.
• En 1984, una dirección OR se definió como una dirección X.400 que identificaba la ubicación del usuario.
• En 1988 se define como una combinación de un nombre de directorio (nombre distinguido) y una dirección X.400. ^{[ 9 ]}

Una dirección X.400 consta de varios elementos, entre ellos:

• C (Nombre del país)
• DC (Componente de dominio)
• ADMD (Administration Management Domain, abreviatura A), generalmente un proveedor de servicios de correo público.
• PRMD (Private Management Domain, abreviatura P)
• O (Nombre de la organización)
• OU (Nombres de Unidades Organizativas), OU es equivalente a OU0, puede tener OU1, OU2...
• G (Nombre de pila)
• Yo (Iniciales)
• S (Apellido)

Las normas originales no especificaban cómo debían escribirse estas direcciones de correo electrónico (por ejemplo, en una tarjeta de visita), ni siquiera si los identificadores de campo debían estar en mayúsculas o minúsculas, ni qué conjuntos de caracteres estaban permitidos. El RFC 1685 especificaba una codificación, basada en un borrador de 1993 de la Recomendación F.401 de la UIT-T, que tenía el siguiente aspecto:

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

En 1984 existían dos formatos de dirección:

• Formulario 1: (con 3 variantes)  – utiliza principalmente ADMD y un subconjunto de otros atributos.
• Forma 2: (sin variantes)  – identifica a los usuarios mediante direcciones de terminales telemáticas (hardware). ^{[ 10 ]}

En las Recomendaciones X.400 de 1988, se definieron cuatro formas de direccionamiento. El formato Formulario 1, Variante 1 de 1984 pasó a denominarse dirección O/R mnemotécnica, y los formatos Formulario 1, Variante 3 y Formulario 2 de 1984 se combinaron y se denominaron dirección O/R terminal. Se introdujeron nuevos formatos: el formulario O/R numérico (una variación del Formulario 1, Variante 2) y la dirección O/R postal.

El primer uso a gran escala se llevó a cabo en Estados Unidos en el marco de un contrato de comunicaciones militares entre 1992 y 1997.

• X.500
• ASN.1
• Normalización
• Organización de normalización
• Unión Internacional de Telecomunicaciones (UIT)
• Comisión Electrotécnica Internacional (IEC)
• Organización Internacional de Normalización (ISO)
• Intercambio electrónico de datos (Estándar ANSI)
• Sistema de gestión de mensajes (protocolo de correo electrónico de Novell no relacionado)

• RFC 1615 - Migración de X.400(84) a X.400(88)
• RFC 1649 - Requisitos operativos para los dominios de gestión X.400 en la comunidad GO-MHS

• Betanov, Cemil (1993). Introducción a X.400 . Boston: Artech House. ISBN 0-89006-597-7.
• Radicati, Sara (1992). Correo electrónico: Introducción a los estándares de gestión de mensajes X.400 . McGraw-Hill. ISBN 0-07-051104-7.
• Rhoton, John (1997). X.400 y SMTP . Elsevier. ISBN 1-55558-165-X.

• Preguntas frecuentes sobre la norma X.400 de Harald T. Alvestrand : una lista completa de recursos sobre la serie de normas X.400 (última actualización: 1995).