Обновление до Debian 7: Снабдите постфиксом Подлинные сбои
Как эта ссылка объясняют, что процесс репликации "Главный-подчиненный" обычно не является очень большим хитом на главном сервере. Можно использовать ведомое устройство в качестве резервного копирования или использовать его для получения cron резервные копии время от времени (можно остановить ведомое устройство для резервного копирования материала и это будет синхронизировать изменения с ведущим устройством, когда это возвратится). Дайте ему чтение, я думаю, что репликация M-S является Вашим решением.
Я решил это!
Потребовалось много времени на отладку, но все снова работает со следующими настройками:
В /etc/postfix/smtpd.conf:
pwcheck_method: saslauthd
saslauthd_path: /run/saslauthd/mux
mech_list: PLAIN LOGIN
# DO NOT SPECIFY THE AUX_PROP PLUGIN!!
#auxprop_plugin: ldapdb
] В /etc/saslauthd.conf:
...
ldap_auth_method: bind
#ldap_filter: (mail=%u)
ldap_filter: (mail=%u@%r)
...
Первоначально у меня было это фильтр, но поскольку я видел в журнале LDAP попытки входа в систему для user@domain.tld @ , я изменил фильтр (см. мой исходный пост).
!! Все, что мне нужно было закомментировать настройку auxprop_plugin !!
Обратите внимание, однако, что в моей настройке sasl я ТОЛЬКО использую бэкэнд ldap.
Марсель
предупреждение: localhost [127.0.0.1]: ошибка аутентификации SASL PLAIN: механизм недоступен
У меня была такая же проблема, но я использую mysql. Закомментировав эту строку: #auxprop_plugin , все работает нормально!
pwcheck_method: saslauthd
mech_list: plain login cram-md5 digest-md5
allow_plaintext: true
#auxprop_plugin: sql
sql_engine: mysql
sql_hostnames: 127.0.0.1
sql_user: postfix
sql_passwd: pass
sql_database: postfix
loglevel: 0
sql_select: select password from mailbox where username = '%u@%r'