<domain>
Аналог dkim-body-canon, и здесь, в отличие от заголовков, значения два: simple и relaxed. Умолчание — relaxed.
Смысл тот же: relaxed терпит пробелы в конце строк и их повторы внутри строки, simple — нет; пустые строки в конце тела не в счёт при обоих.
При пересылке терпимость важнее, чем при обычной отправке. Пересылаемое письмо уже прошло через чужие узлы до вас и пройдёт ещё через несколько после; поводов для косметической правки тела у него вдвое больше.
Оставьте relaxed. Для пересылки это тем более верно: узлов на пути больше.
simple не даёт ничего, кроме дополнительных провалов проверки.
Приписки внизу канонизация не прощает. Если пересыльщик дописывает низ письма сам, заверение ставится после его правок — и всё в порядке; ломают заверение те, кто правит письмо уже после вас.
# у тела выбор есть; терпимый способ — верный <domain *> arc-sign yes arc-body-canon relaxed</domain>
что делают не так и чем это кончается1 ошибка▶
наш опыт
2 связи
arc-sign<domain>Ничего не делает, пока заверение пересылки не включено. § 3.3.10.32
dkim-body-canon<domain>Та же настройка для обычной подписи. § 3.3.10.32
pmta show settings gmail.com/vmta1 | grep -i arc-body-canon grep -i 'ARC-Message-Signature' /var/log/pmta/pmta.log | tail -3
3 статьи
◇Не отправлять то, что не пройдёт проверку у получателяУзел сам проверяет SPF своей почты перед отправкой: не прошло — отбивает, не дожидаясь чужого отказа.◇Как узел подписывает письма и выбирает ключКлюч выбирается по домену отправки из заголовков, перебором объявлений сверху вниз.◇Заголовок письма, которым подающая сторона правит подписьПять параметров в X-DKIM-Options: селектор, домен, имя подписи, способ запроса и список ключей.