S R -> debian-russian@lists.debian.org @ Tue, 25 Jul 2006 14:55:09 +0400:
>> В отсутствии секрета в /etc/sasldb для данного юзера? CRAM-MD5 не может
>> использовать общесистемную базу, /etc/shadow или что там есть.
>>
>> Точный ответ должен быть в логах на серверной стороне. Далее, "man
>> saslpasswd"
>>
>> А.Л.
SR>
SR> спс, действительно в базе sasl была запись для старого домена, счас
аутентификация проходит успешно.
SR> а в продолжение темы такой вопрос-в заголовке письма есть параметр
verify=NOT и (authenticated bits=0)
SR> Received: from host.office (host.office [192.168.12.86])
SR> (authenticated bits=0)
SR> by server.office (8.13.7/8.13.7) with ESMTP id k6PAOXEh002451
SR> (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT)
SR> На sendmail.org в доке написано, что если
SR> verify=NOT, то это значит "no cert requested."
SR> а в "O'Reilly-'Sendmail cookbook'->"Yet TLS is still used to
SR> encrypt the link even when ${VERIFY} is set to NO" получается что
SR> всё-равно происходит кодирование канала? а как всё-таки добится
SR> verify=ОК и authenticated bits не равное 0?
Есть подозрение, что это - про внутриTLSную аутентификацию по
клиентскому сертификату. Оно тебе надо?
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: [EMAIL PROTECTED]
Дело говоришь!
Теперь делай его.
Кнышев.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
