Resumen

  • RFC 10080 amplía el uso de Expires al correo de Internet, más allá de los mensajes traducidos desde X.400.
  • El software de correo no debe rechazar ni descartar un mensaje solo por ese campo; quien controla la bandeja conserva la decisión de borrarlo.

El remitente ya puede fijar una fecha y decir que, a partir de entonces, su correo pierde validez. Parece un temporizador de autodestrucción. La papelera sigue obedeciendo a quien recibe.

El cambio es pequeño; la frontera de poder, muy concreta. RFC 4021 registró Expires para correo, pero lo limitó al contexto de la conversión desde X.400 definido en RFC 2156. RFC 10080 abre el campo al correo de Internet en general. Una oferta, una invitación o un aviso periódico puede llevar la fecha en que su autor considera que deja de ser válido.

El remitente no puede incluir más de un campo Expires. La norma fija su sintaxis como fecha y hora, pero no ordena una reacción común cuando llega el momento. El proveedor del buzón o el programa de correo puede rebajar la posición del mensaje, ocultarlo o permitir que el usuario elija cómo tratar los mensajes vencidos.

Ahí está el punto: el remitente aporta una afirmación sobre la vigencia; el sistema receptor decide qué hacer con la pantalla y la conservación. RFC 10080 prohíbe que el software rechace o descarte un mensaje basándose únicamente en ese campo. También recomienda no borrar un mensaje vencido, salvo que el dueño de la bandeja haya configurado esa acción deliberadamente. El campo puede restar atención; no puede adueñarse de la papelera.

Esto importa porque el correo también sirve de archivo. Una oferta vencida todavía puede demostrar qué se prometió, cuándo se envió o qué debía hacer un cliente. La norma deja esa decisión en manos de quienes reciben y de las reglas configuradas por ellos, no del remitente que escribió la fecha.

El estándar también identifica el abuso. El autor puede escoger cualquier fecha. Un emisor de spam podría marcar su mensaje como vencido para que nadie lo vea o denuncie. Otro podría poner una fecha inminente para apremiar al destinatario y dificultar que recupere el mensaje después. La fecha es un dato que interpreta el sistema receptor, no una sentencia fiable sobre el contenido.

El campo tiene historia: la conversión entre X.400 y correo de Internet, su registro en IANA y el Expires de Netnews. En Netnews, la fecha ya expresaba el juicio del autor sobre la vigencia del artículo, sin exigir que se eliminara. RFC 10080 traslada la idea al correo, pero conserva el control del destinatario.

Para un proveedor de correo, la pregunta útil no es solo si la fecha pasó. Es qué acción autorizó el dueño del buzón. Reducir la prominencia puede limpiar la pantalla y preservar el registro. Borrar automáticamente dejaría que el remitente escriba la política de conservación de otra persona.

Fuentes: RFC 10080; RFC 4021; RFC 2156; RFC 5536; registro IANA de campos de mensaje.