Кратко

  • RFC 9982 делает uid необязательным в Card JSContact 2.0 и требует не генерировать его при преобразовании vCard, у которой нет UID.
  • Идентификатор делает запись ссылочной внутри определённой модели, но сам по себе не доказывает личность, происхождение утверждения, действительность связи, согласие или право объединять записи.

Ранний JSContact требовал uid у каждой Card. Для протоколов синхронизации это естественно: объекту нужен устойчивый указатель. Однако vCard оставляет UID необязательным. Старое преобразование vCard без UID создавало значение, но способ его создания зависел от реализации; одна и та же карточка не обязана была получать одинаковую строку в разных системах или при повторном запуске. Такой временный ключ мог затем стать участником members или целью relatedTo, хотя исходная запись никакого устойчивого отношения не заявляла.

RFC 9982 делает вывод уже. Card без uid в версии 2.0 остаётся допустимой. Она не должна отвергаться лишь из-за отсутствия поля. Но её нельзя поместить как участника в members или как объект в relatedTo. Стандарт не объявляет контакт несуществующим. Он только отказывает записи в роли, для которой необходим проверяемый в рамках модели якорь. Полезные сведения остаются; неподтверждённая связь не становится постоянным машинным фактом.

Правило преобразования важно именно поэтому. Если исходная vCard не содержит UID, при переходе к 2.0 или новее uid должен отсутствовать. Для 1.0 прежнее правило требовало сгенерировать значение; рекомендация повторять его не устраняла межсистемную неопределённость. Версия формата здесь определяет не только синтаксис: она определяет, какую пустоту нельзя заполнять догадкой.

Даже присутствующий uid имеет ограниченный смысл. Это строка Card, а не подпись, паспортное имя, доказательство управления учётной записью, согласие на связь или полномочие на merge. Успешный разбор, регистрация параметра JSCOMPS в IANA и успешно завершившаяся синхронизация описывают отдельные технические события. Они не устанавливают, что две карточки принадлежат одному субъекту, что связь актуальна, что источник имел право её заявлять или что получатель вправе писать в другой источник. CardDAV и JMAP Contacts могут нуждаться в ключе для своих протокольных операций; RDAP может не нуждаться.

Потребность протокола не является идентификационным доказательством.

Такой отказ от лишнего вывода соответствует подходу Heng Lu: общий минимум делает обмен осуществимым, не забирая решения о происхождении, сопоставлении, связи и изменении у тех, кто может их подтвердить и отменить.