postfix + smtp + sasl + cyrus
semlanik 21 апреля, 2009 - 17:02
Работает сервер со сквозной аунтификацией smtp с mydestination. Сейчас появилсь необходимость прикрутить авторизацию на smtp. Система debian. Все пакеты вроде поставлены, сервак при попытки коннекта к нему пишет фатальную ошибку
Apr 21 16:39:30 noisy postfix/smtpd[23024]: warning: xsasl_cyrus_server_get_mechanism_list: no applicable SASL mechanisms Apr 21 16:39:30 noisy postfix/smtpd[23024]: fatal: no SASL authentication mechanisms Apr 21 16:39:31 noisy postfix/master[22986]: warning: process /usr/lib/postfix/smtpd pid 23024 exit status 1 Apr 21 16:39:31 noisy postfix/master[22986]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Почему не могу понять. Пробовал уже по всякому
вот что настраивал:
$cat /etc/postfix/sasl/smtpd.conf pwcheck_method: sasldb
$cat /etc/postfix/main.cf
...
broken_sasl_auth_clients = yes
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain =
#smtpd_sasl_application_name = cyrus
smtpd_sasl_password_maps = /etc/sasldb2
smtpd_sasl_type = cyrus
...
smtpd_recipient_restrictions =
permit_sasl_authenticated,
permit_mynetworks,
# check_client_access hash:/etc/postfix/client_checks,
reject_non_fqdn_hostname,
reject_non_fqdn_recipient,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
# reject_unauth_destination,
reject_unauth_pipelining,
reject_invalid_hostname,
reject_non_fqdn_hostname,
reject_rbl_client cn-kr.blackholes.us,
reject_rbl_client cbl.abuseat.org,
reject_rbl_client dul.dnsbl.sorbs.net,
reject_rbl_client list.dsbl.org,
reject_rbl_client opm.blitzed.org,
reject_rbl_client sbl.spamhaus.org,
warn_if_reject reject_invalid_hostname,
warn_if_reject reject_non_fqdn_sender,
warn_if_reject reject_non_fqdn_hostname,
warn_if_reject reject_non_fqdn_recipient,
warn_if_reject reject_unauth_pipelining,
warn_if_reject reject_unknown_recipient_domain,
warn_if_reject reject_unknown_sender_domain,
#postgrey
check_policy_service inet:127.0.0.1:60000,
reject_unauth_destination,
permit
$cat /etc/default/saslauthd # # Settings for saslauthd daemon # # Should saslauthd run automatically on startup? (default: no) START=yes # Which authentication mechanisms should saslauthd use? (default: pam) # # Available options in this Debian package: # getpwent -- use the getpwent() library function # kerberos5 -- use Kerberos 5 # pam -- use PAM # rimap -- use a remote IMAP server # shadow -- use the local shadow password file # sasldb -- use the local sasldb database file # ldap -- use LDAP (configuration is in /etc/saslauthd.conf) # # Only one option may be used at a time. See the saslauthd man page # for more information. # # Example: MECHANISMS="pam" MECHANISMS="sasldb" # Additional options for this mechanism. (default: none) # See the saslauthd man page for information about mech-specific options. MECH_OPTIONS="" # How many saslauthd processes should we run? (default: 5) # A value of 0 will fork a new process for each connection. THREADS=5 # Other options (default: -c) # See the saslauthd man page for information about these options. # # Example for postfix users: "-c -m /var/spool/postfix/var/run/saslauthd" # Note: See /usr/share/doc/sasl2-bin/README.Debian OPTIONS="-c"
»
- Для комментирования войдите или зарегистрируйтесь

Когда пытаюсь подключится
Когда пытаюсь подключится через telnet
$ telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
он или так и остается висеть или сразу отбивается. Ребята где я не прав? мб кто настраивал сталкивался?
Чисто про диагностику телнетом
Пробовал аналогичным образом подключаться в web-серверам.
Результат практически аналогичен.
Только тот, который http и без авторизации при закрытии таки отдавал index, а который https, да с проверкой клиентских сертификатов --- просто посылал на йух.
Надо бы проверить для случая http с авторизацией...
Есть у меня такое подозрение, что telnet для диагностики почтовых серверов годится только в ситуации, когда они не шифруются и не требуют извращённой (т.е. SASL) авторизации.
:wq
--
Live free or die
Тут такой момент что должно
Тут такой момент что должно выдаваться хотябы приветствие, а там smtp по логам вообще падает насмерть ((( Подниму тему вверх... горит...
/
Есть мнение, что в таком режиме из заморочек с SASL'ом точно ничего хорошего не выйдет.
:wq
--
Live free or die
up
up