критично
Подпись DKIM устроена так: у вас есть пара ключей, публичная часть лежит в DNS, приватная — на узле, и узел добавляет к письму заголовок с подписью. Получатель берёт публичную часть из DNS и проверяет.
Отсюда и порядок действий. Он не произвольный: запись в DNS публикуется до того, как включается подпись. Иначе письма уходят с подписью, которую нечем проверить, — а это хуже, чем письма без подписи вовсе.
Восемь шагов ниже — из руководства. Последний нужен не всем: он про случай, когда ключ объявлен внутри потока отправки, а не на уровне узла.
# 3. генерация: получаются два файла — .pem и .dns pmtakeytool newdk k1 example.org 2048 # 4. права: читать может только узел install -o pmta -g pmta -m 600 k1.example.org.pem /etc/pmta/ # 6. объявление ключа и 7. включение подписи domain-key k1, example.org, /etc/pmta/k1.example.org.pem <domain *> dkim-sign yes</domain>
что делают не так и чем это кончается3 ошибки▶
наш опыт
§ 10.3.2
наш опыт
3 связи
dig +short TXT k1._domainkey.example.org pmta show settings example.com/vmta1 | grep -i dkim-sign
3 статьи
◇Ключ активации — условие установки, а не шаг после неёБез ключа активации от поддержки SparkPost MTA не ставится и не работает, а уровень лицензии задаёт потолок исходящих соединений: на стандартной всё сверх 200 игнорируется.◇Ограничения облакаОблака ограничивают исходящую почту через порт 25, пока не попросишь снять лимит, а их диапазоны адресов почтовики встречают с подозрением.◇Как перевести план отправки в железоДве постоянные, по которым считается любой узел: около 2 КБ памяти на каждого получателя в очереди и место под спул, пропорциональное суммарному размеру писем.