По-видимому, Postfix изначально не поддерживает теги BATV. Мы бы хотели снять эти prvs=-tags из поля FROM, потому что мы думаем, что у нашей настройки mailman есть проблемы с этим (отправитель рассматривается как не член).
у меня есть ISPConfig 3 настройка почтового сервера. Сюда входят amavisd-new и clamav. Я установил dkimproxy, просто чтобы проверить тег и поместить результат в заголовок электронного письма (я не хочу, чтобы он отклонял почту).
Я должен упомянуть, что пробовал использовать batv-milter, но это дало ошибку («smfi_main failed»). И я посмотрел на batv-proxy.pl слишком.
Но для Postfix это решение показалось лучше, и его рекомендуется использовать в сочетании с amavisd-new. И это тоже было в репозиториях Debian!
Я пробовал настроить dkimproxy как постфикс smtpd_proxy_filter но затем время ожидания подключения к TCP-порту dkimproxy (127.0.0.1:10026 в моем случае).
Теперь я не уверен, истекло ли время ожидания соединения с dkimproxy или оно истекло через реле (я отправляю его на amavisd-new согласно приведенной ниже конфигурации). Похоже, что для dkimproxy вообще нет лога.
# set correct hostname
hostname $fqdn-of-my-mailserver
# specify what address/port DKIMproxy should listen on
listen 127.0.0.1:10026
# specify what address/port DKIMproxy forwards mail to
relay 127.0.0.1:10024
Я делаю что-то неправильно?
Кто-нибудь добился успеха с фильтрацией BATV и Postfix?
Может быть Это дело был таким же, как и ваш. В любом случае, вы можете исправить это, выполнив действия, описанные в эта страница Batv.
В main.cf, определить
canonical_maps = regexp:/etc/postfix/batv.regexp
В /etc/postfix/batv.regexp, добавьте эту строку
/^prvs=[0-9]{4}[0-9A-Fa-f]{6}=(.*)$/ $1
Если это не сработает, предоставьте образец адреса batv, с которым вы столкнулись в системе.
Побочные эффекты. пожалуйста, взгляните на записи автора
обратите внимание, что эта таблица регулярных выражений может влиять на другие сообщения, поступающие в вашу почтовую систему, в частности через подбирать и подчинение. Если вы не ограничиваете шаблон своими собственными локальными доменами (как правило, как определено в мое предназначение, virtual_alias_domains, и virtual_mailbox_domains), вы можете случайно удалить тег BATV внешний адреса получателей. К сожалению, не представляется возможным определить cleanup_service_name только для внутренних отказов и уведомлений. Тем не менее, можно было бы определить переопределение для всех других сервисов (например, forward, pickup, qmqpd, smtpd) в master.conf, что оставило бы его в main.cf только для внутренних сообщений; Однако я еще не изучал это слишком глубоко.