Resumen

  • iMIP definió el vínculo de transporte entre iTIP y el correo: MIME señala la parte calendario y el objeto iCalendar conserva las propiedades que describen la programación.
  • El texto alternativo sirve para entender el mensaje en clientes sin agenda; no convierte dos horarios distintos en representaciones equivalentes.

Del buzón al objeto de calendario

Una invitación podía llegar como correo, pero el campo «Asunto» no era su protocolo. RFC 2447, publicado en 1998, estableció cómo llevar iTIP —el intercambio de operaciones de agenda— dentro de un mensaje MIME. El trabajo fue de enlace, no de reinvención: iCalendar definía el objeto, iTIP sus métodos y el correo el transporte. Si esas tres funciones se confunden, se atribuye al sobre lo que solo está escrito en la parte calendario.

El requisito central parece pequeño: el MIME Content-Type debía ser text/calendar e incluir el parámetro method; su valor debía coincidir con METHOD dentro del objeto. El primero permite reconocer la clase de contenido antes de interpretar el calendario; el segundo pertenece al propio objeto. Esa concordancia une el contenedor y su carga sin borrar su diferencia. Si un mensaje contiene objetos con métodos diferentes, RFC 2447 exige que viajen como entidades calendario separadas dentro de multipart/mixed, no como una sola instrucción ambigua.

Dos modos de lectura, no dos opciones de reunión

El correo llegaba a muchos clientes, pero no todos entendían text/calendar. MIME permitía adjuntar una versión en lenguaje corriente junto con el objeto estructurado mediante multipart/alternative. Una persona podía leer el resumen en pantalla; una aplicación de agenda podía procesar la parte tipada. Ambas formas debían hablar del mismo objeto de programación.

La diferencia es importante: «alternativa» en MIME significa representación para agentes distintos, no una votación entre dos VEVENT. Si cada parte propusiera una hora diferente, el destinatario tendría que adivinar si se trata de una opción, una corrección o un error de sincronización. Para cambiar una propuesta existe el protocolo de agenda; el árbol MIME solo organiza cómo se presentan o transportan los datos.

El estándar también trató las condiciones menos vistosas de la transmisión. Si el calendario contenía caracteres fuera de ASCII, se necesitaba información de juego de caracteres; cuando el transporte no podía conservar determinados octetos, debía emplearse una codificación de transferencia compatible. RFC 6047 actualizó la especificación en 2010, entre otros cambios para el formato de mensajes contemporáneo y S/MIME. Que el contenido sea decodificable significa que puede leerse en ese nivel, no que haya llegado, se haya mostrado o se haya incorporado a un calendario.

Las referencias a documentos adjuntos muestran por qué «está en el mensaje» requiere precisión. Un objeto iCalendar podía apuntar a otra parte mediante Content-ID o Message-ID. RFC 2447 recomendaba enviar esas partes junto al calendario cuando fuera posible: el receptor podía carecer de acceso al almacén externo o de autorización para abrirlo. Una referencia no equivale a los bytes del adjunto ni concede permiso.

Tampoco el encabezado «De» identifica necesariamente al Organizer. Los asistentes podían reenviar objetos; el Sender actual podía ser otra persona y los agentes de correo no tenían que copiar el rol a Reply-To. Por ello, el vínculo entre correo y calendario debía resolverse leyendo ORGANIZER y ATTENDEE dentro de text/calendar. RFC 2447 describió multiparts de seguridad para autenticar el contenido; RFC 6047 pasó a exigir autenticación mediante S/MIME. Una firma válida del bloque protegido no prueba recepción, procesamiento por la aplicación, aceptación humana ni asistencia real.

RFC 2447 apareció como documento Standards Track en noviembre de 1998 y RFC 6047 lo obsoletó en 2010. Esa cronología documenta la evolución del enlace, no cuántos productos lo adoptaron. Su aporte histórico fue más acotado: el correo podía llevar objetos de agenda con una estructura reconocible y una vista legible, sin que la cabecera o el transporte se confundieran con el estado final del calendario.

Fuentes