Тема: Проблема с SMTP и CRAM-MD5

Мой провайдер требует аутентификации на SMTP. Все бы ничего, да только бэтка (2.01.3) упорно лезет аутентифицироваться программным CRAM-MD5. А мне нужен простой метод. Никакие изменения настроек не помогают. Причем в версии 1.6х было то же самое. Кто нть сталкивался с такой проблемой?

Сталкивались все те, чьи провайдеры имеют админов с руками, растущими не из плеч
О б ъ я с н я ю
(и прошу в FAQ занести)

1. The Bat всегда использует сначала наиболее секурный из предложенных сервером методов аутентификации, и если не получается - откатывается на более слабые (если не сказано авторизоваться только по CRAM-MD5), в порядке предпочтения
CRAN-MD5
LOGIN
PLAIN

2. То, что Мыш сначала на этом сервере пытается сделать CRAM, говорит о том, что этот метод аутентификации сервером декларируется как поддерживаемый, хотя реально он с ним работать не может

Резюме - руки вырывать таким админам, по самые гланды

Спасибо за разъяснения. Посмотрим что ответит на них администратор (чувствую опять скажет что это проблема Бэтки а не сервера).

Ну во первых чтобы "заткунть за пояс" админа поставь не бетку -> http://www.forum.nobat.ru/index.php?…;threadid=1399

а во вторых Wanderer верно сказал и дело скорее всего в том что на стороне сервера не созданы секьюрные ключи…

Хм, Outlook Express отправляет почту без проблем…
Странно все это…

> Хм, Outlook Express отправляет почту без проблем..

Outlook Express отправляет почту без проблем потому, что просто не умеет других SASL методов кроме LOGIN.

Сообщение от Wanderer

1. The Bat всегда использует сначала наиболее секурный из предложенных сервером методов аутентификации, и если не получается - откатывается на более слабые (если не сказано авторизоваться только по CRAM-MD5), в порядке предпочтения
CRAN-MD5
LOGIN
PLAIN

2. То, что Мыш сначала на этом сервере пытается сделать CRAM, говорит о том, что этот метод аутентификации сервером декларируется как поддерживаемый, хотя реально он с ним работать не может

Резюме - руки вырывать таким админам, по самые гланды

Не всегда есть возможность вырвать руки админам крупного провайдера, и таки да - метод может объявляться, но не поддерживаться, поэтому например в Eudora предусмотрен workaround: http://support.ipswitch.com/kb/IM-20000208-DM02.htm
Неплохо бы и в лучшем клиенте всех времен и народов иметь возможность сделать такой workaround, а еще лучше автоматический fallback на PLAIN (потому что на самом деле бат никуда не откатывается, могу показать лог сессии).

Только что проверили почтовый клиент от Opera 8. В режиме auto ведет себя аналогично thebat, но: имеет также возможность принудительно поставить PLAIN или LOGIN, и это реально работает.

Mozilla Thunderbird 0.9 вообще поступает замечательно: перебирает методы CRAM-MD5, NTLM и наконец PLAIN, поэтому прекрасно отправляет прозрачно для пользователя. Так что пока TheBat остается единственным клиентом, принципиально не работающим в описанной конфигурации (неработающий CRAM-MD5 у провайдера).

Сообщение от Wanderer

2. То, что Мыш сначала на этом сервере пытается сделать CRAM, говорит о том, что этот метод аутентификации сервером декларируется как поддерживаемый, хотя реально он с ним работать не может

Резюме - руки вырывать таким админам, по самые гланды

или таки доделать мыша: https://www.ritlabs.com/bt/view.php?id=4905

Ваше благородие, Вы меня таки улыбаете… Этот баг к работающему fallback относится слабо… Затык происходит только на MSN аутентификации, по дороге CRAM-LOGIN-PLAIN танк едет…
Лог показать или на слово поверите?