OpenDKIM - проверка почты, пересылаемой по спискам рассылки

Question

OpenDKIM - проверка почты, пересылаемой по спискам рассылки

Я использую OpenDKIM для проверки подписанных писем, поступающих на мой почтовый сервер, и использую их как спам-аддон (если dkim не работает, почта попадает в нежелательную). Тем не менее, я получаю много ложных срабатываний с испорченным DKIM (проверка подписи не удалась), основной причиной которого является программное обеспечение списков рассылки, которое добавляет собственные заголовки / изменяет содержимое и т. Д.

Мне интересно, есть ли какая-либо встроенная функция в OpenDKIM (например, белый список), которая позволит мне уменьшить количество ложных срабатываний, поскольку невозможно связаться с каждым администратором каждого списка рассылки и сказать, что у них неправильная настройка, которая нарушает работу DKIM,

Пример заголовка ниже:

MIME-Version: 1.0
In-Reply-To: <CAKnT5bMdetLwWU1Q4RQ_NdKDLDUgq8H0zRNawXs8rWNiXW0nVw@mail.gmail.com>
References: <CADFCDMTBhMxn+e4OJvZD7QN1joYrhCR3-CgH2weEhOSu36UkrQ@mail.gmail.com>
 <CAKnT5bMdetLwWU1Q4RQ_NdKDLDUgq8H0zRNawXs8rWNiXW0nVw@mail.gmail.com>
Date: Sun, 13 Oct 2013 00:50:32 +0300
Message-ID: <CAHyzMMutO3_4wKNT-G3=-m+bHQTiqoT74OWBNis=kMRXAPWfSg@mail.gmail.com>
Subject: Re: nothing here
From: nobody <nobody@gmail.com>
To: nobody <nobody@ubuntu.com>
Cc: "Translators, Ubuntu" <ubuntu-translators@lists.ubuntu.com>
Precedence: list
Content-Type: multipart/mixed; boundary="===============1762773400059964515=="
Errors-To: ubuntu-translators-bounces@lists.ubuntu.com
Sender: ubuntu-translators-bounces@lists.ubuntu.com

Я изменил вышеупомянутое сообщение (удалил IP-адреса и логины), так что у него действительно мог быть сломанный DKIM, но изначально он не был затронут - только списком рассылки sofware @ ubuntu.com

Итак, еще раз, есть ли способ настроить OpenDKIM, чтобы быть более терпимым / игнорировать / проверять другим способом подпись DKIM для такой почты?

1

dkim mailing-list verification

Источник

gds.jerry 14 окт '13 в 10:08

1 ответ

Другие вопросы по тегам dkim mailing-list verification

thomasrutter 25 июн '14 в 00:06 2014-06-25 00:06 · Answer 1 · 2014-06-25 00:06

Существует стандартный механизм для того, чтобы сделать проверку DKIM более терпимой к изменению формата, например фильтрами или реле, но это должно быть сделано на отправляющей стороне, а не на приеме, и все, что он делает, - это становится более терпимым к таким вещам, как изменения в пробелах, а не чем изменения к фактическому сообщению. По сути, вы можете выбрать между смягченным (более терпимым) и простым (более строгим) режимом как для заголовков, так и для тела при подписании, и система проверки позже будет использовать соответствующий режим для успешной проверки. Это не может быть изменено на принимающей стороне, потому что невозможно узнать, какая подпись была бы в другом режиме обработки.

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

Однако, учитывая, что список рассылки обычно изменяет сообщение и заголовки, включая такие важные заголовки, как Тема, заголовок DKIM от исходного отправителя должен не пройти проверку.

В идеале, программное обеспечение списка рассылки должно поддерживать DKIM, и оно удалит старый заголовок DKIM и заменит его своим собственным, соответственно изменив заголовок From, эффективно теперь принимая на себя ответственность за сообщение, а не оригинального отправителя.

В отсутствие этого, если вы находитесь на принимающей стороне, все, что вы можете сделать, - это внести в белый список определенные серверы.

Это сценарий типа "пустяк и яйцо" с принятием DKIM: очень немногие навязывают несоответствия DKIM на принимающей стороне, потому что это может иметь ложные срабатывания, но это замедляет принятие DKIM, потому что стороны, такие как хосты списков рассылки и т. Д., Испытывают небольшое давление, чтобы исправить проблемы. Прямо сейчас, если вы строго соблюдаете несоответствия DKIM на принимающей стороне, вы все еще немного подопытный кролик, хотя DKIM существует уже много лет. Почтовые хосты, как правило, чаще всего используют несоответствие DKIM в качестве фактора, способствующего их обнаружению спама, что, по мнению IMO, плохо для принятия DKIM, но я понимаю проблему курицы и яйца за этим.