Demo
Demo
База знаний PMTA›Блок <domain>›Директива§ 3.3.10.31

arc-algorithm

<domain>

Каким алгоритмом считается заверение пересылки
в конфигурации это строкаarc-algorithm rsa-sha256внутри блока <domain>
Строка без выбора

Задаёт алгоритм заверения. Значение одно — rsa-sha256, оно же умолчание: руководство прямо говорит, что другие не поддерживаются.

Отличие от обычной подписи здесь показательно. У dkim-algorithm значений формально два, и второе — устаревшее, из-за чего оно успевает переехать из старых конфигураций и обесценить подпись. Здесь такой возможности нет вовсе: механизм появился уже после того, как старый алгоритм признали непригодным.

Строка существует, чтобы набор arc- повторял набор dkim- строка в строку.

Главная ловушка — думают, что здесь есть что настраивать. Строку добавляют в конфигурацию по аналогии с обычной подписью, она ничего не меняет и остаётся жить как шум. Каждая такая строка — лишний повод при следующей правке решить, что её значение почему-то важно.
Что делает Хаб. Не пишет — и писать нечего: значение единственное.
Рекомендуемые значения

Не задавайте. Умолчание совпадает с единственным допустимым значением.

Разница с обычной подписью в том, что тут нечего унаследовать. Старого алгоритма у этого механизма не было никогда.

Если строка уже есть — её можно убрать. Поведение не изменится.

Совет не задавать — наш. Из руководства здесь единственное поддерживаемое значение и умолчание.
Пример в конфигурации
# строка избыточна: значение совпадает с единственным возможным
<domain *>
    arc-sign yes
    arc-algorithm rsa-sha256</domain>
Убрать её можно без последствий — руководство не знает других значений.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается1 ошибка▶

Заводят строку по аналогии с обычной подписью

наш опыт

Чем чреватоОна ничего не меняет и остаётся в конфигурации шумом. При следующей правке кто-нибудь решит, что её значение важно, и потратит время.
Как заметитьСтрока задана значением, совпадающим с умолчанием.
Как правильноУбрать.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · linux
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
arc-algorithm <enumeration>
Значения
rsa-sha256 — единственное поддерживаемое значение
Умолчание
rsa-sha256 § 3.3.10.31
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<domain>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Значение сливается по блокам <domain> от общего к частному: побеждает наиболее подходящий блок, а не последний по файлу. Подхватывается по pmta reload; при единственном допустимом значении наследование ни на что не влияет.
⇄

Связанные директивы

2 связи

Без чего не работает

arc-sign<domain>Ничего не делает, пока заверение пересылки не включено. § 3.3.10.31

То же имя в других блоках

dkim-algorithm<domain>Та же настройка для обычной подписи — там значений два, и второе устарело. § 3.3.10.31

Как проверить на узле
Значение печатает команда настроек очереди — там оно всегда одно и то же:
pmta show settings gmail.com/vmta1 | grep -i arc-algorithm
Другого значения в выводе быть не может. Хаб этой строки не пишет.
◇

Что ещё почитать

3 статьи

◇Не отправлять то, что не пройдёт проверку у получателяУзел сам проверяет SPF своей почты перед отправкой: не прошло — отбивает, не дожидаясь чужого отказа.◇Как узел подписывает письма и выбирает ключКлюч выбирается по домену отправки из заголовков, перебором объявлений сверху вниз.◇Заголовок письма, которым подающая сторона правит подписьПять параметров в X-DKIM-Options: селектор, домен, имя подписи, способ запроса и список ключей.

В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Подпись и аутентификация писем
Соседние настройки блока <domain>:dkim-signdkim-identitycheck-spf-outbounddkim-disallow-adding-headersdkim-add-body-limitВсе 135 директив блока →