Fri, 18 Mar 2011 11:06:05 +0300 MaxThreads reached (server)!
Fri, 18 Mar 2011 11:06:06 +0300 MaxThreads reached (server)!
Fri, 18 Mar 2011 11:06:06 +0300 MaxThreads reached (server)!<30>
Log started: Fri, 18 Mar 2011 12:53:31 +0300 (acIMAP/3.0, build 18106, 08.12.2009)
FIGARO\SERVER-R2$
Boxes: 50
Eserv key: &&&&&&&&&&&&&&&&&&&&&&&&&&&
Running with PigMail/PigProxy version 2.3beta3
SNMP Service started at port 143 on interface 0.0.0.0
POP: Listening port 110 on interface 0.0.0.0
POP: Listening port 995 on interface 0.0.0.0
IMAP: Listening port 143 on interface 0.0.0.0
IMAP: Listening port 993 on interface 0.0.0.0
Содержимое файла "OnThreadConnect.rules.txt" :
\ Проверка выполняется по имени подключенного словаря-протокола
PROTOCOL =~ POP | EvalRules: pop\OnThreadConnect \EOF
PROTOCOL =~ IMAP | EvalRules: imap\OnThreadConnect \EOF
Ну вот, вроде все, больше информации нет.
Именно при попытке запуска службы? А после "обновить" всё нормально?
Когда в следующий раз на такое нарвётесь — пришлите вырезку из оперативного журнала веб-сервера за время этих манипуляций. Очень интересно, что там делается с точки зрения сервера.
Ну вот, утром сегодня прихожу — а сервис IMAP опять "упал". (Клиентам пишет — отказано в соединении). Обновил страницу управления — "В начало". Действительно не запущен. Нажал на "Запустить" , на страницу вывалилось следующее:
&&&&&&&&&&&&&&&&&
"всякие бяки" — удалил из поста, кому надо, тот уже увидел, а то все-время из темы "вываливает".
&&&&&&&&&&&&&&&&&
После этого нажал <— и "обновить" — Показал, что сервис запустился.
Браузер — Хром.
Кстати — теперь я Хромом не смог войти в эту тему — после загрузки всех сообщений, выбрасывает на предыдущую страницу. Вошел только через Microsoft-Explorer, причем нажал на "СТОП" , пока все загружалось, и из него сейчас написал. Удалите, пожалуйста из моего сообщения ту часть кода, которая так выкидывает обратно
Понял. Это вывод net.exe в браузер попадает. Интересно, это только Хром сбивается? Я сейчас Оперой (в XP) попробовал запустить — страница сама обновилась, ничего и не заметил.
dandy пишет: думаю, вы предыдущим постом провели атаку типа XSS — т.е. нашли потенциальную дырку в модуле форума
Не форума, а wiki (т.е. относится ко всем модулям, где используется вики). Там в исходнике acWEB так и написано в комментарии "html пока вставляем как есть", т.е. так и было задумано (временно — "пока", но забыто). Подкрутил — http://www.eserv.ru/download/acWEB4_2011-03-22_1.rar
pig пишет: Интересно, это только Хром сбивается? Я сейчас Оперой (в XP) попробовал запустить — страница сама обновилась, ничего и не заметил.
В принципе <meta> должны работать только в разделе head, а в body страницы игнорироваться, т.е. тут скорее Опера права, чем Хром.
figaro пишет: "всякие бяки" — удалил из поста, кому надо, тот уже увидел, а то все-время из темы "вываливает".
Бяки надо вставлять в тегах [code] (кнопка-иконка "код" в меню). Ваше исходное сообщение выглядело бы так:
figaro пишет: Ну вот, утром сегодня прихожу — а сервис IMAP опять "упал". (Клиентам пишет — отказано в соединении). Обновил страницу управления — "В начало". Действительно не запущен. Нажал на "Запустить" , на страницу вывалилось следующее:
'<г¦Ў "acIMAP" ЇгбЄ _вбп.
'<г¦Ў "acIMAP" гбЇ_и-R Їгй_- .
HTTP/1.0 302 Moved
Location: index.html
Content-Type: text/html; charset=windows-1251
Connection: close
X-Powered-By: ForthScripter/1.50 2009-09-21
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251"/>
<meta http-equiv="Refresh" content="0; URL=index.html"/>
<link href="/fs/style.css" rel="stylesheet" type="text/css" title="PigMail style"/>
<title>Выполнено</title>
</head><body>
<h2>Служба acIMAP успешно запущена</h2>
<p>Сейчас Ваш браузер должен выполнить автоматический возврат к главной странице.</p>
<p>Если переход по каким-то причинам не происходит,
<a href="index.html">нажмите здесь</a>.</p>
</body></html>
После этого нажал <— и "обновить" — Показал, что сервис запустился.
А Хром, наверное, обнаружив во первых строках ответа нечто отличное от заголовков HTTP, неявно их себе подставляет и трактует всё как текст страницы. Тоже, в общем-то, допустимая реакция на нештатную ситуацию.
Вы о выводе fs.exe? Да, там понятно, что браузер всё после первого встречного CRLFCRLF трактует как текст страницы. Я про meta выше писал, имея в виду не fs.exe, а forum.eserv.ru — здесь meta из поста figaro вставился в страницу, но не в области <head> (как у вас в страничке от fs, что нормально), а в области <body>. И в этом случае наверное нормальным поведением браузера является игнорирование неуместного тега, как делает Opera, а не следование указаниям meta, как делает Хром. Хотя возможно это сделано специально просто для совместимости с поведением какого-нибудь более раннего распространенного браузера (IE например): использование "meta refresh" типично для множества download-сайтов, и если meta в теле браузер будет игнорировать, то может быть где-нибудь что-нибудь не будет скачиваться
ac пишет: здесь meta из поста figaro вставился в страницу, но не в области <head> (как у вас в страничке от fs, что нормально), а в области <body>. И в этом случае наверное нормальным поведением браузера является игнорирование неуместного тега, как делает Opera
Нет, Опера этот meta ни фига не игнорировала, тоже приходилось ловить момент и жмакать на крест.
Самое-то забавное — из fs.exe текст лез примерно так же, только что HTTP-заголовков не было. Видимо, Хром в таких ситуациях трактует полученное как text/plain, не пытаясь интерпретировать, а более другие браузеры — как text/html.
Сервис acIMAP продолжает "падать" каждый день по 2-3 раза. Скажите, а может это происходить, если одной папкой (почтой по IMAP) пользуются одновременно 5-6 активных пользователей? Может ему от этого "плохеет" ?
Для проверки гипотезы можно поработать с этой папкой в монопольном режиме... Но вообще acIMAP с любой папкой работает так, как если бы она была общая, т.е. управляет временными блокировками, шлёт извещения об изменениях, и т.д.
Может быть сейчас (после того как мы отодвинули ему ограничения по потокам) он успевает перед падением записать что-нибудь в acIMAP.log? А то мы как-то на acWEB сразу переключились выше.
В монопольном режиме "попробовать" работать не получится. Мы купили его для того, чтобы реализовать данную возможность — сразу начнутся упреки, типа "зачем мы его покупали?". Так что нужны другие варианты решения данной проблемы.
20110318IMAPErr.log
11:06:06 332 Error 10053 in the rule file "conf\OnThreadConnect.rules.txt", line: 4, char: 51
20110318IMAPDbg.log
12:02:06 304 192.168.22.16;zakupki@25319.ru;OUT: !idle timeout!
12:10:05 341 192.168.22.105;salon@25319.ru;OUT: !idle timeout!
12:11:06 278 192.168.22.13;zakaz@25319.ru;OUT: !idle timeout!
20110318IMAP.log
12:08:06 292 339 noop
12:08:06 292 340 UID fetch 3426:* (FLAGS)
12:08:06 292 341 IDLE
12:09:05 292 342 noop
12:09:05 292 343 UID fetch 3426:* (FLAGS)
12:09:06 292 344 IDLE
12:09:40 340 Mailbox closed
12:09:40 340 STAT: 193:452:0:0:1801406
12:10:05 292 345 noop
12:10:05 292 346 UID fetch 3426:* (FLAGS)
12:10:05 292 347 IDLE
12:10:22 276 60 check
12:10:22 276 61 UID fetch 2:* (FLAGS)
12:10:22 276 62 IDLE
12:11:05 292 348 check
12:11:06 292 349 UID fetch 3426:* (FLAGS)
12:11:06 292 350 IDLE
12:53:31 3 Listening port 143 on interface 0.0.0.0
12:53:31 4 Listening port 993 on interface 0.0.0.0
А при запуске через интерфейс acWeb вывалилась еще ошибка:
20110318HTTPacl.log
12:53:28 325 192.168.22.153;Admin@2531900.ru;(admin-interface)/;..\script\control\wwwroot.pigmail\index.html;-;-LR-X
12:53:30 326 192.168.22.153;Admin@2531900.ru;(admin-interface)/servicecontrol.html;..\script\control\wwwroot.pigmail\servicecontrol.html;-;-LR-X
12:53:37 327 192.168.22.153;Admin@2531900.ru;(admin-interface)/;..\script\control\wwwroot.pigmail\index.html;-;-LR-X
12:53:38 328 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/style.css;..\script\control\wwwroot.pigmail\fs\style.css;-;-LR-X
12:53:38 329 192.168.22.153;Admin@2531900.ru;(admin-interface)/js/loadedstate.js;..\script\control\wwwroot.pigmail\js\loadedstate.js;-;-LR-X
12:53:38 329 192.168.22.153;Admin@2531900.ru;(admin-interface)/images/plus.gif;..\script\control\wwwroot.pigmail\images\plus.gif;-;-LR-X
12:53:38 328 192.168.22.153;Admin@2531900.ru;(admin-interface)/images/minus.gif;..\script\control\wwwroot.pigmail\images\minus.gif;-;-LR-X
12:53:39 329 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/made-with-npp.gif;..\script\control\wwwroot.pigmail\fs\img\made-with-npp.gif;-;-LR-X
12:53:39 328 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/powered-by-spf-mono-2.gif;..\script\control\wwwroot.pigmail\fs\img\powered-by-spf-mono-2.gif;-;-LR-X
12:53:39 329 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/powered-by-forthscript-mono.gif;..\script\control\wwwroot.pigmail\fs\img\powered-by-forthscript-mono.gif;-;-LR-X
12:53:39 331 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/powered-by-pm.gif;..\script\control\wwwroot.pigmail\fs\img\powered-by-pm.gif;-;-LR-X
12:53:39 330 192.168.22.153;Admin@2531900.ru;(admin-interface)/fs/img/powered-by-eserv-3.gif;..\script\control\wwwroot.pigmail\fs\img\powered-by-eserv-3.gif;-;-LR-X
12:53:40 331 192.168.22.153;Admin@2531900.ru;(admin-interface)/favicon.ico;..\script\control\wwwroot.pigmail\favicon.ico;-;-LR-X
acIMAP.log — много строчек:
Fri, 18 Mar 2011 11:06:05 +0300 MaxThreads reached (server)!
Fri, 18 Mar 2011 11:06:06 +0300 MaxThreads reached (server)!
Fri, 18 Mar 2011 11:06:06 +0300 MaxThreads reached (server)!<30>
Если памяти хватает (вы не ответили), то можно увеличить IMAP[MaxConnections], оно в PigMail'е по умолчанию маленькое.
всего 4095, доступно в данный момент 1805
Это как следует понимать? Журнал в браузер вылез, что ли?
Когда в следующий раз на такое нарвётесь — пришлите вырезку из оперативного журнала веб-сервера за время этих манипуляций. Очень интересно, что там делается с точки зрения сервера.
ред: 22.03.2011 14:25
&&&&&&&&&&&&&&&&&
"всякие бяки" — удалил из поста, кому надо, тот уже увидел, а то все-время из темы "вываливает".
&&&&&&&&&&&&&&&&&
После этого нажал <— и "обновить" — Показал, что сервис запустился.
Браузер — Хром.
ред: 22.03.2011 10:00
Не форума, а wiki (т.е. относится ко всем модулям, где используется вики). Там в исходнике acWEB так и написано в комментарии "html пока вставляем как есть", т.е. так и было задумано (временно — "пока", но забыто). Подкрутил —
В принципе <meta> должны работать только в разделе head, а в body страницы игнорироваться, т.е. тут скорее Опера права, чем Хром.
Бяки надо вставлять в тегах [code] (кнопка-иконка "код" в меню). Ваше исходное сообщение выглядело бы так:
Да, stdout наследуется из fs.exe в net.exe.
А Хром, наверное, обнаружив во первых строках ответа нечто отличное от заголовков HTTP, неявно их себе подставляет и трактует всё как текст страницы. Тоже, в общем-то, допустимая реакция на нештатную ситуацию.
Нет, Опера этот meta ни фига не игнорировала, тоже приходилось ловить момент и жмакать на крест.
Самое-то забавное — из fs.exe текст лез примерно так же, только что HTTP-заголовков не было. Видимо, Хром в таких ситуациях трактует полученное как text/plain, не пытаясь интерпретировать, а более другие браузеры — как text/html.
Может быть сейчас (после того как мы отодвинули ему ограничения по потокам) он успевает перед падением записать что-нибудь в acIMAP.log? А то мы как-то на acWEB сразу переключились выше.
Message not found (FETCH) Exception time: Tue, 29 Mar 2011 12:13:55 +0400 Thread number/reuse/id:77 0 65088
API Calls: ReleaseMutex
Message not found (FETCH) Exception time: Tue, 29 Mar 2011 12:13:57 +0400
Thread number/reuse/id:77 0 65088 API Calls: ReleaseMutex
Message not found (FETCH) Exception time: Tue, 29 Mar 2011 12:14:03 +0400 Thread number/reuse/id:77 0 65088
API Calls: ReleaseMutex
Message not found (FETCH) Exception time: Tue, 29 Mar 2011 12:14:05 +0400
Thread number/reuse/id:77 0 65088 API Calls: ReleaseMutex
Опять, что ли, система память выдать не может? Как с Eproxy года три назад...
P.S. В эту же копилку: были жалобы, что acFTP падает, если сеанс достаточно долго держать.