Summary

  • Основной проект Structured Email предлагает машиночитаемую часть application/ld+json. Проект о доверии, редакция 02, описывает условия её показа и обработки.
  • Раздел 4.1 предлагает семь альтернативных оснований для показа, включая доверенного подписанта, продолжающуюся переписку и связь с прежним доверенным письмом.
  • DKIM может подписывать всё письмо; JWS — его структурированную часть. Доверие к подписанту устанавливает принимающее приложение.

Один MIME-контейнер может нести три версии поездки: обычный текст, нарядный HTML и данные, из которых программа строит действие. Основной проект задаёт форму третьей версии. Документ о доверии от 2 ноября определяет условия, при которых клиент выводит её на экран. Это переход от сообщения о факте к приглашению изменить бронь.

Модель проекта различает спам, обычные и доверенные сообщения. Обработка структурированной части предназначена последней группе. Подпись отвечает на вопрос о связи содержимого с подписантом. Программа решает, достоин ли он интерактивного места в почтовом ящике конкретного получателя. Для читателя этот выбор обычно скрыт за аккуратной кнопкой.

В разделе 4.1 перечислены семь возможных путей. Данные могут не добавлять поверхности атаки по сравнению с HTML либо обрабатываться как привычное приглашение или обновление календаря. Другие пути требуют доверенного отправителя вместе с действительной личной или доменной подписью, доверенного отправителя с DKIM, доверенного подписанта JWS, текущей переписки с доверенным отправителем или связи с более ранним доверенным сообщением. Это варианты, а не последовательные этапы проверки. Почтовые клиенты могут по-разному показать одно и то же письмо, потому что помнят разные разговоры.

Старая переписка даёт новой кнопке вес

Ссылка на историю удобна отправителю. Она также становится ресурсом для того, кто получил доступ к уже знакомой учётной записи. Новое действие может опереться на прежний разговор и занять место, которое неизвестный отправитель не получил бы. Поэтому при разборе инцидента нужен точный ответ: какая старая связь сработала, кто признан доверенным и сколько действует это признание. Запись «подпись действительна» не объяснит интерфейс.

Различается и охват подписи. DKIM связывает всё письмо, JWS может связывать только структурированные данные. В проекте остаются вопросы об отделённой полезной нагрузке JWS и сравнении исходных байтов с каноническим JSON. Спам-фильтр способен проверить одну версию сообщения, а интерфейс построить действие из другой. Когда текст, HTML и JSON-LD описывают разные рейсы, проверять надо и охват подписи, и видимую пользователю команду.

Внешняя ссылка открывает ещё один путь: загрузка удалённого ресурса может сообщить об открытии письма и принести содержание вне подписанного объекта. Раздел 4.3 рекомендует самодостаточные данные, если для осмысленного взаимодействия иначе понадобился бы веб-запрос. Публичного сравнения одного подписанного MIME, связанного ответа и удалённой ссылки в нескольких почтовых клиентах пока не хватает. Запись экрана и сетевых обращений изменила бы практическую оценку.

История проекта · Structured Email · DKIM · JWS