Разве не так, или что? 🙃

все так, просто Стас сегодня кофе не пил походу вообще)

Стас забыл просто как процесс проходит

Процесс применения MRM выглядит следуюшим образом:
1. Создаём нужные тэги, включаем их в политику, назначаем политику ящику.
2. В этот момент в ящик поступает специальное сообщение с параметрами MRM (какие тэги применяются), на основании которого работает Managed Folder Assistant. Также, оно используется при отображении клиентом сообщений обработанных MFA (показывает в теле сообщений какой тэг к нему применён, и когда будет осуществлено действие указанное в тэге).
 
Сообщение это скрытое, то есть обычный интерфейс Outlook/OWA его не показывает. Для доступа к нему можно использовать EWS или MFCMapi. Находится в таблице Associated Contents папки «Входящие»/”Inbox”. Тип сообщения – IPM.Configuration.MRM.
 
Следует помнить, что тэги, применённые к почтовому ящику так и остаются в этом сообщении и продолжают обрабатываться MFA. Даже если они были отключены для пользователя. В этом случае аттрибут IsVisible выставляется в False и пользователь этого тэга уже не видит. Удаляется он только тогда, когда тэг удаляется из почтовой системы.
 
Настройки хранения (после появления сообщения с параметрами MRM) хранятся в MAPI свойствах папок и объектов, которые в них находятся.
 
У папок появляются следующие параметры: StartDateEtc/PR_START_DATE_ETC (содержит GUID тэга хрпнения, применённого к папке), RetentionPeriod/PR_RETENTION_PERIOD (содержит период хранения объектов папки в днях. Если равно 0 или -1, то срок хранения не ограничен), RetentionFlags/PR_RETENTION_FLAGS (параметр присутствует, если значение тэга наследуется от вышестоящей папки).
 
У объектов в папах появляются следующие параметры: StartDateEtc/PR_START_DATE_ETC (составной параметр, 4 первых бита которого значение которого содержит период хранения по умолчанию, следующие 8 бит – дату, когда сообщение было отмечено MFA, то есть начало обрабатываться MRM), RetentionPeriod/PR_RETENTION_PERIOD (период хранения сообщения в днях. Имеет значение только в том случае, если к сообщению был вручную применён тэг хранения), RetentionDate/PR_RETENTION_DATE (дата истечения срока хранения объекта), PolicyTag/PR_POLICY_TAG (содержит GUID тэга хранения, применённого к объекту), RetentionFlags/PR_RETENTION_FLAGS (параметр присутствует, если значение тэга наследуется от вышестоящей папки), ArchiveTag/PR_ARCHIVE_TAG (содержит GUID тэга архивирования, применённого к объекту), ArchivePeriod/PR_ARCHIVE_PERIOD (период хранения сообщения в днях перед его архивированием. Имеет значение только в том случае, если к сообщению был вручную применён тэг архивирования), ArchiveDate/PR_ARCHIVE_DATE (дата, когда объект будет перемещён в архив).

Вот такое ещё есть в блокнотиках. Но тут опять же про вычисление сроков хранения нет

у тебя много тонкостей, но главное как всегда нет)))

Вот и пиши потом блог

Haters gonna hate!:)

Ну. 😁

Ну да. Так же думают технические писатели от вендоров - сидели, писали, а никому ничего не понятно, один фиг и пулл реквест собрались заводить ))) Как по мне - чем больше статей  - тем лучше. Больше, не меньше )) а много тонкостей - это скорее комплимент.

ну да, не все любят тонкости указывать, но плохо когда главного нет)

как можно базу самому поломать, чтоб именно сломана была а не грохнуть логи и едбшку?)

Бахнуть что ли всерьез про Erasure Coding VMware vSAN и S2D? 😂 Чтоб мозги вскипели.

Разве это сложно?

открой ее в hex и поправь чего

долго( база то не маленькая

Давай

И на Хабр. И будет плюс три

Ну... Не понятно, но очень интересно)))