постфикс, spamassassin user_prefs и псевдонимы
Обычно существует два способа реализовать высокие решения для обработки отказа доступности/масштабируемости. Первый должен использовать короткий TTLs на круговой записи DNS, в сочетании с подсистемой балансировки нагрузки, и второе должно использовать контроль heartbeat и обработку отказа IP-адреса с аппаратным решением или программным продуктом. Некоторые решения используют комбинацию этих двух подходов для дополнительной надежности.
Не высказывание необходимо швырнуть наличные деньги, чтобы сделать это, но проверить ZXTM Zeus' и решения GLB понять то, что возможно с коммерческим решением. Я использовал их в прошлом с моими собственными аппаратными средствами, и с хорошими результатами.
FWIW, необходимо смочь быть довольно надежными при помощи короткого TTLs в записях DNS и затем программно указания на DNS в резервном заядлом веб-пользователе при потере LB. Можно использовать сервис как Zerigo, чтобы сделать это, поскольку они обеспечивают API, который можно поразить для изменения записей на лету. Если Вы надеетесь оптимизировать на стоимости, это - способ прокрутиться.
Кажется, существует несколько решений для того, чтобы сделать это с Linux, включая решение, созданное сверху LVS: http://www.cyberciti.biz/faq/rhel-centos-fedora-keepalived-lvs-cluster-configuration/, но могут быть ограничения на то, где можно развернуть его (как не на AWS) и дополнительные затраты на установку его, контролируя его, и получение его реализовало правильно.
Я исследовал это, создав сценарий оболочки для sendmail (так как он все равно получил $ {recipient} в качестве аргумента).
#!/bin/bash
echo "$@" >> /var/log/sendmail-test.log
/usr/sbin/sendmail-orig "$@"
Этот небольшой фрагмент кода на самом деле показал, что псевдонимы, кажется, обрабатываются перед передачей spamassassin. Замечательно.
Еще одна важная вещь, которую я заметил при этом, - это то, что важно включить такую строку в ваш main.cf:
spamassassin_destination_recipient_limit = 1
Если вы этого не сделаете, $ {recipient} будет содержать несколько пользователей, что также приведет к сбою пользовательских настроек.
При такой настройке spamc может вызываться много раз с одной и той же почтой, но с разными пользователями, снова и снова. Это приводит к другому вопросу: Как spamassassin обрабатывает письма с одинаковым содержанием, но только с другим получателем?