<domain>
Добавляет в подпись поле с моментом её создания. Умолчание — не добавлять.
Само по себе поле ничего не решает. Приёмник по нему подпись не отвергает: срок годности задаётся другой строкой, dkim-expire-after. Отметка времени — это сведение, а не правило.
Польза в разбирательстве. Получив жалобу на письмо месячной давности, по отметке видно, когда узел его подписал: большой разрыв между подписью и приёмом выдаёт повторно разосланную копию. Без отметки остаётся заголовок Date — а его ставит подающая сторона по своим часам, и узел за него не отвечает.
Включать можно и почти бесплатно. Одно поле в подписи, никаких последствий для проверки.
Вместе со сроком годности — осмысленно. Отметка говорит когда, срок говорит до каких пор; порознь второе полезнее.
Не путайте с заголовком Date. Тот ставит подающая сторона по своим часам; отметку ставит сам узел в момент подписи.
# отметка времени и срок годности — разные поля, ставим обе <domain *> dkim-add-timestamp true dkim-expire-after 3d </domain>
что делают не так и чем это кончается2 ошибки▶
наш опыт
наш опыт
1 связь
dkim-sign<domain>Ничего не делает, пока подпись не включена. § 3.3.10.20
pmta show settings gmail.com/vmta1 | grep -i add-timestamp grep -i 'DKIM-Signature' /var/log/pmta/pmta.log | tail -3
3 статьи
◇Не отправлять то, что не пройдёт проверку у получателяУзел сам проверяет SPF своей почты перед отправкой: не прошло — отбивает, не дожидаясь чужого отказа.◇Как узел подписывает письма и выбирает ключКлюч выбирается по домену отправки из заголовков, перебором объявлений сверху вниз.◇Заголовок письма, которым подающая сторона правит подписьПять параметров в X-DKIM-Options: селектор, домен, имя подписи, способ запроса и список ключей.