Эти две части вместе составляют

[mdraufkh.and.a]

подпись Dkim. Давайте соберем все вместе. Вот пример подписи Dkim, записанной как поле заголовка Rfc2822 для тегов подписанного сообщения в заголовке подписи Dkim B = фактическая цифровая подпись заголовков содержимого и тела почтового сообщения Bh = хэш тела D = домен подписи S ​​= Селектор V = Версия A = Алгоритм подписи C = Алгоритм канонизации S Для заголовка и тела Q = Метод запроса по умолчанию L = Длина канонизированной части тела, которая была подписана T = Временная метка подписи X = Время истечения срока действия H = Список подписанных полей заголовка, повторяющийся для полей, которые встречаются несколько раз Примечание. Теги выше, которые выделены Обязательны.

Подписи Dkim, в которых отсутствуют эти теги, приведут к База данных мобильных телефонов Филиппин ошибке во время проверки. Из этого заголовка Dkim мы видим, что цифровая подпись совпадает с подписью, хранящейся в домене отправителя. Хэш тела не указан. Подписывающий домен — example.com. Это домен, который отправил и подписал сообщение. Селектор - Jun2005.Eng. Версия не указана.




Алгоритм подписи — Rsa-Sha1. Это алгоритм, используемый для генерации подписи. Алгоритм канонизации S для заголовка и тела прост. Метод запроса по умолчанию — DNS. Это метод, используемый для поиска ключа в подписывающем домене. Длина подписанной канонизированной части тела не указана. Домен подписи может генерировать ключ на основе всего тела или только его части.