Summary

  • RFC 10080, de John Levine y Benjamin Billon, se publicó en octubre de 2026 y extiende la cabecera Expires al correo electrónico común. La antigua RFC 4021 la registraba con una limitación de uso general.
  • El remitente puede poner una fecha, una sola. La aplicación del receptor puede restar visibilidad al mensaje vencido; el estándar prohíbe rechazarlo o descartarlo solo por la cabecera y deja el borrado a una configuración deliberada del propietario del buzón.

Una fecha útil en manos interesadas

¿Quién sabe mejor cuándo termina un descuento? La tienda que lo ofrece. Pedirle una fecha estructurada ahorra al cliente de correo el trabajo imposible de leer todas las condiciones de cada campaña. El problema empieza cuando el programa confunde información con instrucción. El mismo vendedor que conoce el plazo también tiene motivos para querer que una promesa vieja desaparezca.

Levine y Billon escriben esa tensión en RFC 10080. La norma menciona al remitente malicioso que antedata un mensaje para apartarlo antes de una denuncia y al que lo fecha en un futuro remoto para ocupar la pantalla durante más tiempo. Un campo escrito por una parte interesada sirve como pista para ordenar; no recibe las llaves del archivo ajeno.

El límite operativo tiene dientes. Solo puede haber un Expires por mensaje. La interfaz puede atenuar u ocultar un correo vencido. El software no puede rechazarlo ni tirarlo únicamente por esa fecha. Si se borra, debe responder a una regla que el dueño del buzón haya elegido de forma consciente. Quien envió el anuncio determina su vigencia comercial; quien lo recibió decide cuánto conserva la prueba.

El registro ya cambió; la experiencia queda por hacer

La tabla oficial de IANA marca ahora Expires como cabecera de correo estándar y cita RFC 10080. Es un cambio concreto frente a la vieja reserva. La propia RFC evita imponer una acción universal: los usos previos del campo no compartían una semántica suficientemente precisa. Cada proveedor tendrá que mostrar cómo distingue una invitación pasada de un mensaje que su usuario desea guardar.

El perfil de John R. Levine en IETF lo sitúa entre autores veteranos de normas de correo. En esta, junto a Billon, deja una frontera sencilla: una fecha viaja con el mensaje; la autoridad sobre el buzón no viaja de vuelta. La prueba que falta es una implementación documentada que permita buscar, denunciar y conservar mensajes después de su vencimiento.

Fuentes: RFC 10080; RFC 4021; registro IANA; perfil IETF.