Выполните SpamAssassin на virtual_alias в Постфиксе

См. мой ответ на связанный вопрос - ntbackup.exe, Powershell, ExMerge или офлайновое резервное копирование.

0
задан 16 May 2009 в 18:44
3 ответа

Вы не описываете, как Вы делаете свой SA, фильтрующий в данный момент, но если Вы не проводите виртуальную почту через него в данный момент, я предполагаю, что Вы не используете content_filter, который является способом, которым он обычно поднимается трубку. SpamAssassin wiki, кажется, покрывает эту установку вполне прилично от быстрого взгляда: http://wiki.apache.org/spamassassin/IntegratedSpamdInPostfix

2
ответ дан 4 December 2019 в 13:17
  • 1
    Прежде, моя почта была поставлена локально и отправила через spamd использование правила procmail. –  Paul Tomblin 17 May 2009 в 04:18
  • 2
    Да, that' ll делают это. Используйте content_filter (или метод посточереди) вместо этого. –  womble♦ 17 May 2009 в 04:44
  • 3
    Если you' ре, готовое добавить другой слой, я настоятельно рекомендую использованию MailScanner: mailscanner.info/postfix.html –  gharper 17 May 2009 в 17:53

Удаленный MTA отправляет почту для Добавления постфикса через SMTP. Список получателя является рядом команд ПРИЕМА. Каждая команда RCPT добавляет один адрес получателя. Когда Постфикс получает адрес получателя в virtual_alias_maps, он заменяет адрес результатом virtual_alias_maps поиска. Это происходит в Вашем smtpd (8) процесс.

У Вас есть некоторые варианты относительно того, как поднять трубку механизм (механизмы) фильтрации спама по Вашему выбору.

Вы могли использовать SpamAssassin в расширенном списке получателей. Рекомендуемый механизм для этого должен использовать content_filter. См. http://www.postfix.org/FILTER_README.html для деталей. Обычно рекомендуемым фильтром является http://www.ijs.si/software/amavisd/

Mailscanner имеет проблемы, потому что он смотрит непосредственно на файл очереди вместо того, чтобы использовать стандартные механизмы. Это может и действительно повреждаться при обновлении Постфикса.

Вторая, менее рекомендуемая опция состоит в том, чтобы использовать предварительную очередь, фильтрующую механизм через прокси SMTP (http://www.postfix.org/SMTPD_PROXY_README.html) или через milter (http://www.postfix.org/MILTER_README.html).

Если Вы только хотите отфильтровать сообщения, идущие к определенным получателям, используйте цель ФИЛЬТРА через check_recipient_access. См. http://www.postfix.org/access.5.html

Если бы Вы хотите выполнить SpamAssassin на исходном адресе, я пошел бы с подходом content_filter, использующим amavisd-новый. Поместите свой virtual_alias_maps в повторное закачивание smtpd использующий-ovirtual_alias_maps в master.cf записи. Вы, возможно, должны добавить карту check_recipient_access в smtpd_recipient_restrictions, возвращаясь хорошо для Ваших допустимых адресов в main.cf.

1
ответ дан 4 December 2019 в 13:17

Высоко в зависимости от Вашей ОС и/или дистрибутива, и безотносительно пользователя Вы хотите выполнить SA как и т.д. и т.д....

В master.cf помещает что-то как:

# aa.bb.cc.dd == your IP
# example.com == your hostname

aa.bb.cc.dd:smtp      inet    n       -       n       -       -       smtpd
    -o content_filter=spamassassin
    -o myhostname=example.com
    -o smtp_bind_address=aa.bb.cc.dd

# (note content_filter)
#
# -snip-
#

spamassassin unix -     n       n       -       -       pipe
  user=sa argv=/usr/bin/spamc -e /etc/alternatives/mta -oi -f ${sender} ${recipient}

# change 'user=sa' to whatever user you have setup.
# change '/etc/alternatives/mta' to whatever you're using to put
# mail back into the queue. (eg: /usr/local/sbin/sendmail )
# change /usr/bin/spamc to the location of your spamc binary, obviously. :)
0
ответ дан 4 December 2019 в 13:17

Теги

Похожие вопросы