Summary

  • RFC 10080, подготовленный John Levine и Benjamin Billon и опубликованный в октябре 2026 года, распространяет поле Expires на обычную электронную почту. Прежний RFC 4021 регистрировал поле с оговоркой против общего применения.
  • Отправитель может указать один срок. Почтовый клиент вправе уменьшить заметность устаревшего письма; стандарт запрещает отклонять или выбрасывать его только из-за этого поля. Удаление требует осознанной настройки владельца ящика.

Срок предложения и память клиента

Рассылке полезно сообщить, когда заканчивается регистрация на встречу или цена билета. Машине проще прочитать дату в отдельном поле, чем распознавать обещания в рекламном тексте. Новый RFC дает отправителю такую возможность, а почтовому приложению — повод убрать вчерашнюю афишу с первых строк.

Но источник даты заинтересован в результате. В стандарте прямо разобраны две уловки: поставить прошедшую дату, чтобы спам исчез из поля зрения до жалобы, или отодвинуть срок далеко вперед ради постоянного внимания.

Автоматическое стирание по такому сигналу подарило бы продавцу власть над копией обещания, которую уже получил покупатель.

Авторы разделили действия. Заголовок Expires допускается не более одного раза. Письмо после срока можно показывать тише либо скрывать в интерфейсе. Отклонение или выбрасывание только по этому заголовку запрещено. Если программа удаляет старые письма, соответствующее правило должен намеренно выбрать владелец ящика. Коммерческий срок принадлежит отправителю; история переписки — адресату.

Реестр обновился, интерфейсы еще должны ответить

В реестре IANA Expires теперь имеет стандартный статус для почты и ссылку на RFC 10080. Формат вышел из прежнего ограничения. Сам документ не предписывает всем клиентам один сценарий: ранние применения поля слишком различались. Поэтому практический вопрос переместился к провайдерам: останется ли просроченное письмо доступным для поиска и жалобы?

Профиль John R. Levine в IETF фиксирует его многолетнюю работу над почтовыми спецификациями. Вместе с Billon он провел здесь полезную черту между смыслом сообщения, его местом на экране и его уничтожением. Для следующего вывода нужна опубликованная практика почтового сервиса: настройки пользователя, поиск после срока и фактическое хранение.

Источники: RFC 10080; RFC 4021; реестр IANA; профиль IETF.