См. мой ответ на связанный вопрос - ntbackup.exe, Powershell, ExMerge или офлайновое резервное копирование.
Вы не описываете, как Вы делаете свой SA, фильтрующий в данный момент, но если Вы не проводите виртуальную почту через него в данный момент, я предполагаю, что Вы не используете content_filter, который является способом, которым он обычно поднимается трубку. SpamAssassin wiki, кажется, покрывает эту установку вполне прилично от быстрого взгляда: http://wiki.apache.org/spamassassin/IntegratedSpamdInPostfix
Удаленный 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.
Высоко в зависимости от Вашей ОС и/или дистрибутива, и безотносительно пользователя Вы хотите выполнить 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. :)