Pukite BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Привет, коллеги!   Есть у меня 2 сервера, в принципе одинаковых по конфигурации. На одном IMAP работает, а другом - нет. Вот как сие выглядит физически:   TokRa# telnet хост1 143 Connected to хост1. Escape character is '^]'. * OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS AUTH=LOGIN] хост1 IMAP4rev1 2001.315 at Thu, 11 Mar 2004 15:23:32 +0200 (EET)   На первом хосте всё работает, а на втором   TokRa# telnet хост2 143 Connected to хост2. Escape character is '^]'. * OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS STARTTLS LOGINDISABLED] хост2 IMAP4rev1 2002.332 at Thu, 11 Mar 2004 15:24:18 +0200 (EET)   залогиниться не удаётся. В каком файле подправить, чтобы заработало? Всего записей: 1731 | Зарегистр. 21-09-2002 | Отправлено: 23:00 11-03-2004

Cheery .:МордератоР:. Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Pukite http://www.zvon.org/tmRFC/RFC2595/Output/chapter3.html Цитата: 3.2. IMAP LOGINDISABLED capability The current IMAP protocol specification (RFC 2060(-> 3501prop)) requires the implementation of the LOGIN command which uses clear-text passwords. Many sites may choose to disable this command unless encryption is active for security reasons. An IMAP server MAY advertise that the LOGIN command is disabled by including the LOGINDISABLED capability in the capability response. Such a server will respond with a tagged "NO" response to any attempt to use the LOGIN command.     An IMAP server which implements STARTTLS MUST implement support for the LOGINDISABLED capability on unencrypted connections.     An IMAP client which complies with this specification MUST NOT issue the LOGIN command if this capability is present.     This capability is useful to prevent clients compliant with this specification from sending an unencrypted password in an environment subject to passive attacks. It has no impact on an environment subject to active attacks as a man-in-the-middle attacker can remove this capability. Therefore this does not relieve clients of the need to follow the privacy mode recommendation in section 2.2.     Servers advertising this capability will fail to interoperate with many existing compliant IMAP clients and will be unable to prevent those clients from disclosing the user's password.   отключить TLS, либо юзать шифрование данных при установке подключения. ---------- Away/DND Всего записей: 52737 | Зарегистр. 04-04-2002 | Отправлено: 02:50 12-03-2004

Pukite BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Я понимаю. Вопрос в том, КАК это сделать? Всего записей: 1731 | Зарегистр. 21-09-2002 | Отправлено: 09:50 12-03-2004

Pukite BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Как оказалось, надо было перекомпилить cclient и imap-uw с установкой WITH_SSL_AND_PLAINTEXT=yes - всё заработало.       Всего записей: 1731 | Зарегистр. 21-09-2002 | Отправлено: 19:11 14-03-2004 | Исправлено: Pukite, 19:12 14-03-2004

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » FreeBSD 4.8 - не работает IMAP :(

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование