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

Eserv Forum / E5 / Mail / Исправления в acIMAP

recent wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
http://www.eserv.ru/download/acIMAP_507_434_2015-04-05.rar — небольшие исправления в обработке команд SEARCH и FETCH. Улучшает совместимость с новыми почтовыми клиентами.
 
Комментарии к этой версии (05.04.2015 19:00) [~ac] c1eb324c
АвторДатаТекстtags
alex112408.04.2015 15:11
В боевых условиях сразу вывалилось исключение. Оправил на почту. Клиенты по IMAP перестали синхронизироваться. Восстановил предыдущую версию.
wikipost
i.schelokov09.04.2015 10:21
У меня то-же есть проблема с этой сборкой... Сразу после запуска оутлок 2013 видит все письма во входящих, а через некоторое время остаются видимыми только последние пять...
Лечится перезапуском оутлока...
wikipost
ili_a09.04.2015 12:40
ред: 20.04.2015 13:13
alex1124 пишет: Клиенты по IMAP перестали синхронизироваться.
То же самое, пользователи стали жаловаться, что в Outlook 2010 по IMAP, не приходят новые письма, помогает перезапуск Outlook. При этом на мобильных устройствах, настроенных тоже по IMAP, почта приходит без проблем.
wikipost
ac04.05.2015 06:31wikipost
alex112404.05.2015 13:51
Входящая папка 62000 писем. При запуске новой версии идет периодическое обновление списка писем, но более 9 000 писем не отображалось.
Один из пользователей не получал обновление папки входящих. После возврата предыдущей версии все письма отобразились нормально.
В логе чисто.
wikipost
ac04.05.2015 20:34
Переписал часть из SQLite'ового WHERE-условия на Форте:
http://www.eserv.ru/download/acIMAP_509_435_2015-05-04_2.rar
wikipost
alex112405.05.2015 08:59
ред: 05.05.2015 09:23
30 минут, полет нормальный. Наблюдаю некоторое субъективное ускорение работы. В логе начали появляться "5 BAD FETCH: error: 10053" и "214 BAD FETCH: error: 10054"
wikipost
ac05.05.2015 11:54
А раньше их не бывало? 10053 и 10054 — обрывы связи на уровне TCP.
wikipost
alex112405.05.2015 12:38
ред: 05.05.2015 12:42
Нет, таких сообщений не было. Некоторое количество проявилось в начале работы. Сейчас изредка появляются по одному. Перерывов в работе сервера я не вижу. Пользователи не жалуются.

75 BAD FETCH: error: 10054
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10053
214 BAD FETCH: error: 10054
5 BAD FETCH: error: 10053
5 BAD FETCH: error: 10054
2015-05-05 08:21:01:IMAPS user — not authorized xx.xx.xx.xx [0]
2015-05-05 08:21:02:IMAPS user — not authorized xx.xx.xx.xx [0]
2015-05-05 08:36:04:IMAPS user — not authorized xx.xx.xx.xx [0]
2015-05-05 08:36:04:IMAPS user — not authorized xx.xx.xx.xx [0]
8 BAD FETCH: error: Unknown fetch_att
6 BAD FETCH: error: Unknown fetch_att
wikipost
ac05.05.2015 15:15
alex1124 пишет: 8 BAD FETCH: error: Unknown fetch_att

На соответствующий фрагмент IMAP-лога этого пользователя было бы интересно взглянуть, что именно он там не полнял в FETCH-команде.
wikipost
alex112405.05.2015 16:10
Пользователь заблокирован. Пытается авторизоваться с внешнего адреса. Исключения выслал на почту.
wikipost
ili_a06.05.2015 11:16
ac пишет: Переписал часть из SQLite'ового WHERE-условия на Форте:
http://www.eserv.ru/download/acIMAP_509_435_2015-05-04_2.rar

Сутки — полет нормальный
Но в логе появились
Sqh=0; db3_exec=SELECT ID, FLAGS, FILE, ITEM, SIZE, TAGS, CREATED FROM IDX.MsgIndex Sqh=0; db3_exec=SELECT ID, FLAGS, FILE, ITEM, SIZE, TAGS, CREATED FROM IDX.MsgIndex Sqh=0; db3_exec=SELECT ID, FLAGS, FILE, ITEM, SIZE, TAGS, CREATED FROM IDX.MsgIndex 5 BAD FETCH: error: 10053 4 BAD FETCH: error: 10053
wikipost
alex112406.05.2015 14:28
Обратил внимание, что начали появляться в логах acSMTP "Can't create thread. Error:8". Соответственно сервис приходится перезапускать.
wikipost
asm25.05.2015 17:56
ред: 25.05.2015 18:02
аналогичное поведение:
A0004 BAD FETCH: error: 10054

fapj BAD FETCH: error: 10054

Все клиенты в локальной сети, поэтому проблемы с сетью маловероятны. Записи стали появляться после обновления до предложенной 4.35 34303

Кроме того появились записи:
Append err=-2 E:\mail\in\ekwinn\julia.halikova\Sent\4800.3211483273.1.eml

что они могут означать?

P.S. можно добавить к выводу сообщений об ошибках так же штамп времени и ID сессии для возможности идентифицировать по логу
wikipost
asm26.05.2015 12:51
ред: 26.05.2015 13:38
еще помимо обозначенных выше ошибок "BAD FETCH: error: " продолжают сыпаться ошибки вида:

0 Message not found (FETCH) ** Exception time: Tue, 26 May 2015 11:47:05 +0300 ** Thread number/reuse/id:7348 0 2200 ** API Calls: GetTickCount sqlite3_finalize


причем в логе за указанное время потока 7348 вообще не наблюдается:

11:46:55 7363 sfu1 IDLE 11:46:56 7361 suuk SELECT "Sent" 11:46:56 7363 o2m1 CLOSE 11:46:56 7363 zfa2 LIST "" "=Ekwinn OOO/%" 11:46:56 7361 vyo4 IDLE 11:46:56 7363 d6kn LIST "" "=Ekwinn OOO/%/%" 11:46:56 7363 5vg2 LIST "" "=Supplier (International)/%" 11:46:57 7363 os8d LIST "" "=Supplier (International)/%/%" 11:46:57 7363 l2b9 LIST "" "=Supplier (Russia)/%" 11:46:57 7363 49l0 LIST "" "=Supplier (Russia)/%/%" 11:46:57 7363 d03n LIST "" "=Ekwinn OOO/%" 11:46:57 7363 2fin LIST "" "=Ekwinn OOO/%/%" 11:46:57 7363 nz6a IDLE 11:46:57 7361 1ovq FETCH 3923 (UID) 11:46:58 7361 5h62 UID FETCH 26627:27569 (UID FLAGS) 11:46:58 7361 xe6q UID FETCH 25586:26626 (UID FLAGS) 11:46:58 7361 4yrh UID FETCH 24560:25585 (UID FLAGS) 11:46:58 7361 yjco UID FETCH 1:24559 (UID FLAGS) 11:46:59 7361 63eq IDLE 11:47:00 7357 gygu LOGOUT 11:47:00 7357 STAT: 710:6164:0:0:47455 11:47:00 7356 6shq LOGOUT 11:47:00 7356 STAT: 114:752:0:0:48360 11:47:00 7363 u6kv SELECT "INBOX" 11:47:00 7361 4fsd CLOSE 11:47:00 7363 r7eo LIST "" "=Ekwinn OOO/%" 11:47:00 7361 qf0y IDLE 11:47:00 7363 28gg LIST "" "=Ekwinn OOO/%/%" 11:47:00 7363 j0uj LIST "" "=Supplier (International)/%" 11:47:00 7363 ch4i LIST "" "=Supplier (International)/%/%" 11:47:01 7363 qdpo LIST "" "=Supplier (Russia)/%" 11:47:01 7363 ggk5 LIST "" "=Supplier (Russia)/%/%" 11:47:01 7363 w568 LIST "" "=Ekwinn OOO/%" 11:47:01 7363 si28 LIST "" "=Ekwinn OOO/%/%" 11:47:01 7363 5ofv FETCH 46 (UID) 11:47:01 7363 0g8y UID FETCH 43936 (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER] INTERNALDATE) 11:47:01 7363 wciq UID FETCH 1:43935 (UID FLAGS) 11:47:02 7363 2sv3 IDLE 11:47:02 7363 oe2n UID FETCH 43936 (UID FLAGS BODY.PEEK[]) 11:47:03 7363 i222 IDLE 11:47:04 7353 mupv LOGOUT 11:47:04 7353 STAT: 4544:10552:0:0:65115 11:47:05 7363 np4b UID STORE 43936 +FLAGS.SILENT (\Seen) 11:47:05 7363 qs12 IDLE 11:47:07 7354 7hzb LOGOUT 11:47:07 7354 STAT: 799:18361:0:0:63664 11:47:07 7359 yct1 LOGOUT 11:47:07 7359 STAT: 405:1199:0:0:43025 11:47:08 7355 yoqs LOGOUT 11:47:08 7355 STAT: 254:17466:0:0:60513 11:47:11 7363 6h2f UID STORE 43936 +FLAGS (\Deleted \Seen) 11:47:11 7363 f55s IDLE 11:47:17 7363 fbpu LIST "" "=Ekwinn OOO/%" 11:47:17 7363 tgr5 LIST "" "=Ekwinn OOO/%/%" 11:47:17 7363 efou LIST "" "=Ekwinn OOO/Office - S.Petersburg/%" 11:47:17 7363 hrdw LIST "" "=Ekwinn OOO/Office - S.Petersburg/%/%" 11:47:17 7363 n9o7 LIST "" "=Ekwinn OOO/Warehouse - S.Petersburg/%" 11:47:18 7363 7eu6 LIST "" "=Ekwinn OOO/Warehouse - S.Petersburg/%/%" 11:47:18 7363 q030 IDLE 11:47:19 7363 i8jr LIST "" "=Ekwinn OOO/Office - S.Petersburg/%" 11:47:19 7368 Connection from: 192.168.1.31:52794 11:47:19 7368 yq24 CAPABILITY 11:47:19 7369 Connection from: 192.168.1.31:52795 11:47:19 7369 367t CAPABILITY 11:47:19 7370 Connection from: 192.168.1.31:52796 11:47:19 7371 Connection from: 192.168.1.31:52797 11:47:19 7363 m0b6 LIST "" "=Ekwinn OOO/Office - S.Petersburg/%/%" 11:47:19 7370 jpvw CAPABILITY 11:47:19 7371 ldgr CAPABILITY 11:47:19 7363 zdfi IDLE 11:47:19 7361 8aay LSUB "" "*"


этот поток отметился раньше и позже, но вполне безобидно:

11:44:43 7348 1 CAPABILITY 11:44:44 7348 4 LIST "" "*" 11:44:45 7348 5 SELECT INBOX 11:44:45 7348 6 UID SEARCH 1:* NOT DELETED 11:44:45 7348 7 UID FETCH 40568,41668,42087,42365,42688,42964,43029,43225,43293,43398,43408,43420,43435,43549,43593,43615,43623,43630,43647:43649,43656,43747,43837:43838,43843,43849,43851,43864,43873:43875,43879:43880,43889,43891,43902,43923,43927,43929,43931:43932,43935 (UID FLAGS) 11:44:46 7348 8 UID SEARCH 1:* UNSEEN UNDELETED 11:44:48 7348 9 UID SEARCH 1:* DELETED 11:48:53 7348 10 NOOP 11:48:54 7348 12 UID FETCH 40568,41668,42087,42365,42688,42964,43029,43225,43293,43398,43408,43420,43435,43549,43593,43615,43623,43630,43647:43649,43656,43747,43837:43838,43843,43849,43851,43864,43873:43875,43879:43880,43889,43891,43902,43923,43927,43929,43932,43935 (UID FLAGS)


Раз уж взялись отполировать acIMAP, то может и это заодно пофиксите
wikipost
asm24.06.2015 17:46
есть шансы на исправление?
wikipost
Работает на Eserv/5.05555 (05.06.2016)