Кратко

  • RFC 3459 назначал отдельным MIME-частям Handling=REQUIRED|OPTIONAL: невозможность передать REQUIRED срывала всё сообщение, а OPTIONAL можно было молча удалить.
  • Непомеченные части и неизвестные значения считались REQUIRED; в подписи и шифровании место метки решало, может ли шлюз преобразовать содержимое или обязан отказать.

Частичной доставке требовался договор о потере

Обычная Интернет-почта ожидала, что MIME-получатель сохранит каждую часть, даже не имея средства просмотра. Голосовая система могла хранить аудио и факс, но не видео или бинарный документ. Шлюз знал возможности конечной системы и иногда удалял то, что она не принимала.

RFC 3459 в январе 2003 года сделал такое преобразование явным. Текст, RFC Editor, Datatracker, история, ссылки, цитирования и исправления ограничивают запись. Документ обновил RFC 3204, отделив Handling от переноса ISUP/QSIG.

В параметре Content-Disposition REQUIRED означал: без этой части отправитель не считает сообщение доставленным. Сбой одной части срывал всё. OPTIONAL позволял бесшумное удаление и запрещал возврат ошибки, пока не сбойнула REQUIRED-часть. Это не шкала важности, а распределение полномочия на преобразование и последствий.

Удаление, общий отказ и уведомление были разными решениями

По умолчанию непомеченная часть была REQUIRED; неизвестное будущее значение тоже. Шлюз не мог молча отбросить не понятую семантику. RFC 2045 задавал MIME, RFC 2421 — контекст ограниченной голосовой системы.

Критичность сама не запрашивала квитанцию. DSN следовал RFC 3461, MDN — RFC 3798, а неподдерживаемый носитель мог получить 5.6.1 из RFC 3463. До окончательной доставки шлюз формировал DSN, после неё как пользовательский агент — MDN; SIP отвечал статусом, включая 415. Тип доказательства определяли роль и место.

В криптографии место метки становилось политикой

По RFC 1847 REQUIRED на multipart/signed требовал неповреждённого прохода и сквозной проверки. REQUIRED на объекте подписи допускал проверку шлюзом, но её провал требовал отказа. Если подпись OPTIONAL, а подписанный материал REQUIRED, шлюз мог убрать подпись для неспособного получателя, хотя проверка и предупреждение о вмешательстве оставались рекомендованы. RFC 2480 давал связанные правила.

REQUIRED на объекте управления шифрованием требовал сквозного шифрования. OPTIONAL разрешал способному шлюзу расшифровать и передать открытый текст неспособному терминалу. Метку внутри шифротекста нельзя увидеть без расшифровки, поэтому невидимое непомеченное содержимое оставалось REQUIRED.

RFC 3238 помещал согласие и уведомление в рамку OPES. Поздние слои реальности Heng Lu разделяют метку, возможность, фактическое преобразование и результат. Приоритет работающего кода требует сравнивать MIME-деревья до и после шлюза. Это поздние редакционные рамки.

RFC 3459 превратил невидимую частичную потерю в заявленное распределение последствий. Необязательная часть могла исчезнуть; одна маленькая обязательная часть могла остановить всё.

Источники