k001
k001
:...

April 2032
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30

k001 [userpic]
sendmail auth

Какой я всё-таки феерический дурак! Всю ночь напролёт не мог понять, какого хрена не работает у меня в сендмейле аутентификация. Говорит клиенту “Authentication required”. А клиент даже, блин, пароля у меня не спрашивает.

Оказалось, блин, к утру, что я опции, которые требуют аутентификацию, в sendmail.mc раскомментарил — вот эти:

define(‘confAUTH_OPTIONS’, ‘A p’)dnl


А вот те опции, которые поддержку аутентификации включают — не раскомментарил, забыл почему-то. Вот эти то есть:

TRUST_AUTH_MECH(‘EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN’)dnl
define(‘confAUTH_MECHANISMS’, ‘EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN’)dnl


То есть сендмейл, как его просили, требовал произвести аутентификацию. Но сам её в фичах не предоставлял, поэтому почтовый клиент и не пытался (впрочем, если бы и пытался, всё равно бы не получилось ничего).

Это, впрочем, ещё не всё. В процессе копания, ещё раньше, я выяснил, что pam теперь в линуксе откомпилирован так, что требует ядра с CONFIG_AUDIT=y, а у меня без него. Поэтому в saslauthd MECH=pam не работает, c вот такой руганью в логах (/var/log/messages):

saslauthd[28475]: do_auth : auth failure: [user=kir] [service=imap] [realm=] [mech=pam] [reason=PAM auth error]


Поэтому надо пойти в /etc/sysconfig/saslauthd и поменять MECH=pam на MECH=shadow. Проверить, что работает, можно с помощью testsaslauthd.

Вот такая содрогающая своей чудовищностью история.

Comments
Postfix

тоже рулит! Хотя про ядро с CONFIG_AUDIT=y не знал. Последний раз когда почту копад, юзал дефолтное ядро от SUSE, наверно там все было..