Регистрация...

Eserv Forum / E4 / Mail / Подключение по IMAP

wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Подключаюсь OE по IMAP. После последнего обновления при попытке подключения проявляется ошибка
Не были получены сведения о числе непрочитанных сообщений в папке 'Входящие'. Соединение было неожиданно прервано сервером. Возможными причинами этого являются сбои на сервере, сбои сети или длительное отсутствие активности. Учетная запись: 'imap ', Сервер: 'xx.x.x.x', Протокол: IMAP, Ответ сервера: '', Порт: 143, Защита (SSL): Нет, Код ошибки: 0x800CCC0F

Mozilla TB говорит, что привышено число подключений по IMAP. Уменьшите количество кэшируемых подключений.
 
Комментарии к этой версии (18.10.2010 13:32) [~alex1124] 8eba538d
АвторДатаТекстtags
ac18.10.2010 14:34
В Mozilla TB лимит к-ва одновременных соединений — 50, и увеличить его нельзя, он где-то жестко прописан (копали весной с их техподдержкой, но так и не нашли, где именно . Но ошибка "превышено число подключений по IMAP. Уменьшите количество кэшируемых подключений" связана не с этим (при превышении этого к-ва соединений TB на самом деле просто тупо виснет — не может почту отправить и т.д.), а с чем-то другим. Я эту ошибку ни разу не видел; но слышал, что она случается при работе Thunderbird'а с нашим етайповским imap.enet.ru (где Linux с Courier'ом).

По поводу прерывания соединения — интересно, что в это время пишется в acIMAP.log и в DATA\log\imap\2010-10-18-log.txt ?

В последнем обновлении никаких изменений IMAP не было. Как-то могло повлиять добавление поддержки IMAP в файл автонастройки прокси (WPAD.DAT), но это может коснуться только Thunderbird.
wikipost
alex112418.10.2010 15:30
acIMAP.log ничего не пишет, 2010-10-18-log.txt отправил на support.
wikipost
matveeva18.10.2010 15:38
ред: 18.10.2010 15:39
Да, и у меня аналогичная ситуация стала сегодня после обновления. Причем на один и тот же ящик то ругается, то нормально открывает входящие. В журналах ошибок не нашла. У меня OE.
wikipost
ac18.10.2010 16:06
Это какое-то совпадение, ведь acIMAP не менялся с 29 сентября, после которого уже несколько обновлений вышло.

Можно попробовать отключить "LoadCommonPlugins" в acIMAP\conf\OnStartup.rules.txt — единственное, что недавно там менялось.
wikipost
alex112418.10.2010 16:29
ред: 18.10.2010 16:30
Правильной дорогой пошли. Отключил CommonPlugins. Пока ошибок и разрывов связи не заметно.
wikipost
ac19.10.2010 02:03
Если действительно в этом дело, то это с MStat'ом что-то не срослось, т.к. этот LoadCommonPlugins только его дополнительно подключает (вдобавок к snmp, который раньше отдельной строкой подключался), все остальные plugin'ы проверяют при старте, что запущены в acWEB, а в других серверах не активируются.
wikipost
matveeva19.10.2010 07:44
Да, мне тоже это помогло.
Вообще ситуация странная: сегодня при запуске ОЕ вся почта принялась, ошибок не было. Тут же нажимаю "Доставить почту", первые 3 ящика — нормально, остальные 6 — с ошибкой. Еще раз нажимаю "Доставить" — теперь все с ошибкой. После отключения "LoadCommonPlugins" и перезапуска acIMAP, все заработало.
wikipost
alex112419.10.2010 08:08
MStat'а у меня в CommonPlugins нет, т.к. если я туда помещаю папку, у меня перестает запускаться IMAP.
Но есть Estat. В логах видно, что он подгружался, но статистики по почте не давал. Есть только прокси.
Сейчас без плагинов работает без замечаний
wikipost
matveeva19.10.2010 09:01
alex1124 пишет: MStat'а у меня в CommonPlugins нет
Аналогично.
alex1124 пишет: Но есть Estat.
Я его оттуда сразу убрала после появления ошибок, но это не помогло. Только отключение "LoadCommonPlugins"
wikipost
matveeva26.10.2010 10:54
Сегодня проблема повторилась после Update. Пришлось отключить "LoadCommonPlugins".
wikipost
ac26.10.2010 15:08
Хм. А приведите, пожалуйста, вывод команды "dir" в каталоге CommonPlugins.
wikipost
matveeva26.10.2010 15:15
Вот:
Содержимое папки Q:\CommonPlugins 26.10.2010 16:19 <DIR> . 26.10.2010 16:19 <DIR> .. 26.10.2010 12:04 <DIR> acFilter 18.10.2010 12:27 <DIR> dns 18.10.2010 12:47 <DIR> estat 20.04.2010 16:35 <DIR> firewall 18.10.2010 12:27 <DIR> ldap 13.10.2010 14:57 22 251 log.str.txt 06.07.2010 02:01 21 866 log.str_09102010.txt 09.12.2009 18:25 16 133 log.str_old.txt 04.05.2010 15:32 <DIR> pop2smtp 26.10.2010 16:19 37 qq.txt 09.09.2010 15:00 <DIR> snmp 4 файлов 60 287 байт 9 папок 967 626 752 байт свободно
wikipost
ac26.10.2010 15:38
ред: 26.10.2010 15:44
А если убрать estat, вернуть LoadCommonPlugins и перезапустить службы?
wikipost
matveeva26.10.2010 15:44
сейчас попробую. В прошлый раз не помогло.
wikipost
matveeva26.10.2010 15:46
ред: 26.10.2010 15:51
ac пишет: перезапустить службы?
Службы? одной acImap недостаточно?
Не работает.
Перезапустила еще acSmtp, acWeb. Не работает.
Снова комментарю LoadCommonPlugins и перезапускаю. Убегаю сейчас. До завтра тогда все. Спасибо.
wikipost
matveeva26.10.2010 15:54
Давайте про "не работает" до завтра оставим? Я завтра еще раз все попробую сделать, сейчас не смотрите ничего. я не очень уверена, а сейчас некогда. Спасибо.
wikipost
ac27.10.2010 00:00
У меня подозрение не на plugin'ы, а на другой участок кода, в авторизации IMAP. Исправлено в сегодняшнем обновлении. Правда та ошибка должна была давать о себе знать в acIMAP.log.
wikipost
alex112427.10.2010 09:36
ред: 27.10.2010 09:44
После обновления
Log started: Wed, 27 Oct 2010 09:35:50 +0300 (acIMAP/4.26, build 26280, 26.10.2010)


OE не хочет принимать:
Загрузка заголовков из папки 'Входящие' не была завершена. Соединение было неожиданно прервано сервером. Возможными причинами этого являются сбои на сервере, сбои сети или длительное отсутствие активности. Учетная запись: 'imap user', Сервер: 'xx.x.x.x', Протокол: IMAP, Ответ сервера: '', Порт: 143, Защита (SSL): Нет, Код ошибки: 0x800CCC0F


acIMAP.log без ошибок.
Комментарю LoadCommonPlugins — работает как надо.

Если убрать EStat — работает, закомментировать LoadCommonPlugins не требуется
wikipost
matveeva27.10.2010 10:09
Ну, в общем сегодня еще раз все проверила (без последнего обновления от 27/10/2010 01:00).
Без папки Estat, с включенным LoadCommonPlugins — не работает. Причем по-разному. То в ОЕ доставка из 20 примерно ящиков по IMAP не проходит только по одному ящику, а через минуту — уже почти по всем затыкается. Ошибок в acIMAP нет:
Wed, 27 Oct 2010 10:50:15 +0400- shutdown... acIMAP exit <30>Log started: Wed, 27 Oct 2010 10:50:21 +0400 (acIMAP/4.26, build 26244, 22.10.2010) TREVIS\ADSL$ Boxes: 100 Boxes: 100 Eserv key: RU, Москва, RS:ac, ООО «***», IT, Елена Матвеева, ***@***.ru Eserv/4 key: RU, Москва, RS:ac, ООО «***», IT, Елена Матвеева, ***@***.ru 0 0 Ini cache - Ok EStat[UseEstat] isn't unique (..\CommonPlugins\estat\activate.f) EStat OK SNMP:starting... acIMAP/4.26 SNMP server: 143 :
В acWEB тоже ничего особенного нет. Вот только появились 2 строчки в последнем сеансе, но видимо, это по другому поводу.
RI:4414d8e344a8bb1be747b1f34bbe5df1 1288129255 acIMAP/acIMAP4.exe RI:45679c1f88e1e21d54130c94b3ad8b0f 1288133675 acWEB/acWEB4.exe Updated 2 items.

Обновила, перезапустила acIMAP, acWEB. Estat лежит в CommonPlugins. Не работает. Никаких ошибок в журналах нет, кроме
EStat[UseEstat] isn't unique (..\CommonPlugins\estat\activate.f) EStat OK

Убрала EStat, перезапустила acIMAP, acWEB. LoadCommonPlugins включен. Прошло пока без ошибок.
wikipost
matveeva27.10.2010 10:11
Пока писала уже и alex1124 отписался аналогично.
wikipost
alex112427.10.2010 10:14
Убрала EStat, перезапустила acIMAP, acWEB. LoadCommonPlugins включен. Прошло пока без ошибок.
— у меня не соответствует действительности. Заново запустил ОЕ — вывалил ошибку. Придется закомментировать LoadCommonPlugins. И EStat нам не помеха
wikipost
matveeva27.10.2010 10:54
alex1124 пишет: — у меня не соответствует действительности.
Да, у меня тоже все попадало. Плавает ошибка: то есть, то нет.
wikipost
ac28.10.2010 00:07
Плавает... А загляните в DATA\log\firewall\201010fw.txt — не у тех ли IP проблемы?!
wikipost
alex112428.10.2010 08:06
Вроде по времени есть запись о блокировке моего внутреннего адреса
wikipost
pig28.10.2010 08:26
Попробуйте увеличить порог срабатывания IDS.
wikipost
alex112428.10.2010 09:13
Сейчас попробую. Но как связан порог срабатывания с наличием строки LoadCommonPlugins? Ведь ее комментирование позволяет уйти от ошибки.
wikipost
ac28.10.2010 10:56
Отключение LoadCommonPlugins отключает и загружаемый им firewall plugin (в котором и IDS). Я не учел этого в поисках виноватого plugin'а ранее. Елена выявила плавающий характер ошибки, и тут я вспомнил, что такие плавающие грабли уже были в E3 — когда IDS блокировал локальных пользователей прокси или незлонамеренных внешних пользователей веб-сервера просто из-за "взрывных" особенностей протокола. IMAP сейчас приобретает тот же характер использования, поэтому дело может быть в этом (в блокировке by IDS).
wikipost
matveeva28.10.2010 11:56
ac пишет: IMAP сейчас приобретает тот же характер использования, поэтому дело может быть в этом
И как мы тогда себя ведем?
wikipost
ac28.10.2010 18:57
IMAP-клиенты тоже могут открывать много соединений одновременно, что для прямолинейной логики IDS выглядит подозрительно. Но это не значит, что нам надо менять IMAP Далее мы ведем себя так:

Мы заглядываем для начала в DATA\log\firewall\201010fw.txt. Если там есть локальные IP, то вздыхаем облегченно, ставим последнее (прошлой ночи) обновление, IDS оказывается отключенным по умолчанию, и проблема уходит.

Если локальных IP там нет, то ищем плавающую причину дальше.
wikipost
alex112429.10.2010 08:32
acIMAP/4.26, build 26316, 28.10.2010 Ini cache - Ok Plugin: acFilter - 0 bytes Plugin: dns - 0 bytes Plugin: Estat EStat[UseEstat] isn't unique (..\CommonPlugins\Estat\activate.f) EStat OK - 39 bytes Plugin: firewall - 2244 bytes Plugin: ldap - 0 bytes Plugin: pop2smtp - 0 bytes Plugin: proc_list - 0 bytes Plugin: snmp SNMP:starting... acIMAP/4.26 SNMP server: 143 : - 2044 bytes

Ошибки не наблюдаю, ОЕ почту берет нормально, LoadCommonPlugins не закомментирован.
wikipost
ac29.10.2010 08:52
И firewall при этом включен опцией ini, так? (в логе — ненулевой размер его загрузки) Т.е. добились ухода ошибки подкруткой параметров IDS?
wikipost
alex112429.10.2010 09:28
Выставлял еще вчера —
[IDS] IpAllowedCnt=20
wikipost
matveeva29.10.2010 09:36
ред: 29.10.2010 09:38
ac пишет: Если локальных IP там нет, то ищем плавающую причину дальше.
А у меня там и мой IP, и чужие есть...
2010-10-25 16:13:47;62.38.143.241;denied 2010-10-25 16:14:23;178.212.80.63;denied 2010-10-25 17:07:35;91.207.210.70;denied 2010-10-26 10:17:12;192.168.16.14;denied 2010-10-26 10:37:45;192.168.16.14;allowed ... 2010-10-27 08:22:55;110.138.199.80;denied 2010-10-27 08:24:21;110.138.199.80;allowed 2010-10-27 10:53:21;192.168.16.14;denied 2010-10-27 10:59:38;192.168.16.14;denied 2010-10-27 11:02:21;192.168.16.14;allowed

И еще в журнале acIMAP последней строкой стоит
PN err=10054
wikipost
ac29.10.2010 10:25
matveeva пишет: А у меня там и мой IP, и чужие есть...

Против этих чужих IDS и создавался. Несколько умеряет их пыл.

PN err=10054

Сетевая ошибка на этапе 'put notify' — клиент был в состоянии IMAP IDLE (в ожидании извещений о почтовых событиях в папке), очередное событие пришло, рассылается "подписчикам", и тут обнаруживается, что клиент уже отключился без формального закрытия сессии. Это не страшно, можно игнорировать.
wikipost
matveeva29.10.2010 10:48
ac пишет: Против этих чужих IDS и создавался
Вот! Работает, значит! Нельзя отключать его, выходит. А то враги кругом!
wikipost
ac29.10.2010 20:28
Да, он работает, но с параметрами по умолчанию выходит уже бывает не совсем адекватен ситуации. Можно опции крутить до достижения баланса.

Если у вас тоже регулировка или отключение IDS снимает указанную проблему, то тему будем считать закрытой. Извините, что не сразу вычислил причину и потратил ваше время. Но нет худа без добра — одна ошибка (27.10.2010 01:00 выше) и один недочет конфигурации были попутно исправлены.
wikipost
Работает на Eserv/5.05555 (05.06.2016)