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