Тема закрыта
Страницы: 1
Всем доброго времени суток!
На компьютере установлены:
1. Windows 7 x86
2. Thunderbird 31.5.0
Настроено подключение к серверу IMAP на базе Dovecot.
Также для архивации писем в Thunderbird в локальных папках создана папка Архив.
Обнаружено странное поведение при перемещение писем с IMAP-сервера в локальную папку:.
1. Если выделить одно письмо в папке Входящие и с помощью контекстного меню переместить в локальную папку, то письмо сразу же перемещается независимо от размера письма
2. Если выделить сразу несколько писем и с помощью контекстного меню выбрать перемещение в локальную папку, то в строке состояния появляется статус о загрузке сообщений (o_0). В это время на маршрутизаторе видно, как появляется трафик между клиентом и почтовым сервером. Пписьма заново загружаются с сервера и перемещаются в локальную папку.
В чем может быть проблема?
Отредактировано dvst (07-04-2015 07:53:52)
Отсутствует
Попробовал включить отладку в Thunderbird и сравнить с логами почтового сервера в ситуациях, когда перемещается одно и несколько писем в локальную папку.
При перемещении одного письма в логе почтового сервера сразу же отражается его удаление
Mar 31 20:50:19 imap(MyMailbox): Info: delete: box=INBOX, uid=1757, msgid=<...>, flags=(\Deleted \Seen $MDNSent NonJunk)
При перемещении двух писем (время начала этой операции 20:53) в журнале сервера записи об удалении появляются только по завершении перемещения писем (спустя 7 минут):
Mar 31 21:01:00 imap(MyMailbox): Info: delete: box=INBOX, uid=1770, msgid=<...>, flags=(\Deleted \Seen) Mar 31 21:01:00 imap(MyMailbox): Info: delete: box=INBOX, uid=1772, msgid=<...>, flags=(\Deleted \Seen)
В логе отладки Thunderbird
При перемещении одного письма:
5072[b6b7b40]: b855800:MyMailServer:S-INBOX:ProcessCurrentURL: entering 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:ProcessCurrentURL:imap://MyMailbox@MyMailServer:143/addmsgflags%3EUID%3E/INBOX%3E1757%3E9: = currentUrl 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:SendData: 23 uid store 1757 +Flags (\Seen \Deleted) 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=76 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: * 4 FETCH (UID 1757 MODSEQ (2800) FLAGS (\Deleted \Seen $MDNSent NonJunk)) 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=24 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: 23 OK Store completed. 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:SendData: 24 IDLE 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=10 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: + idling 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=17 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: * OK Still here 0[80f140]: proposed url = INBOX folder for connection INBOX has To Wait = FALSE can run = TRUE 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:SendData: DONE 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=23 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: 24 OK Idle completed.
При перемещении двух писем:
5072[b6b7b40]: b855800:MyMailServer:S-INBOX:ProcessCurrentURL: entering 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:ProcessCurrentURL:imap://MyMailbox@MyMailServer:143/fetch%3EUID%3E/INBOX%3E1770,1772: = currentUrl 5072[b6b7b40]: FetchMessage peek: curFetchSize 0 numBytes 0 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:SendData: 31 UID fetch 1770,1772 (UID RFC822.SIZE BODY.PEEK[]) 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=59 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: * 10 FETCH (UID 1770 RFC822.SIZE 5276829 BODY[] {5276829} 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:STREAM:OPEN Size: 5276829: Begin Message Download Stream 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=31 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: SMTP HEADERS {...} 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:STREAM:CLOSE: Normal Message End Download Stream 0[80f140]: Updating stored message size from 5276824, new size 5276824 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=24 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: 31 OK Fetch completed. 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:SendData: 32 check 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=24 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: 32 OK Check completed. 0[80f140]: proposed url = INBOX folder for connection INBOX has To Wait = TRUE can run = FALSE 0[80f140]: queuing url:imap://MyMailbox@MyMailServer:143/addmsgflags>UID>/INBOX>1770,1772>8 0[80f140]: considering playing queued url:imap://MyMailbox@MyMailServer:143/select>/INBOX 0[80f140]: creating protocol instance to play queued url:imap://MyMailbox@MyMailServer:143/select>/INBOX 0[80f140]: proposed url = INBOX folder for connection INBOX has To Wait = TRUE can run = FALSE 0[80f140]: failed creating protocol instance to play queued url:imap://MyMailbox@MyMailServer:143/select>/INBOX 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:SendData: 33 uid store 1770,1772 +FLAGS (\Deleted \Seen) 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=60 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: * 10 FETCH (UID 1770 MODSEQ (2802) FLAGS (\Deleted \Seen)) 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=60 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: * 12 FETCH (UID 1772 MODSEQ (2802) FLAGS (\Deleted \Seen)) 5072[b6b7b40]: ReadNextLine [stream=b860668 nb=24 needmore=0] 5072[b6b7b40]: b855800:MyMailServer:S-INBOX:CreateNewLineFromSocket: 33 OK Store completed.
Если я правильно понял лог отладки, то повторно скачивается только первое из двух писем, причем после загрузки в локальную папку происходит обновление размера сообщения (было 5276829, стало 5276824 - куда потерялось 5 байт).
Есть у кого-нибудь идеи, что можно сделать еще?
Отсутствует
dvst
Это похоже на Bug 505456 - move/copying multiple imap messages to local folder bypasses offline store and redownloads messages
Отредактировано Unghost (12-04-2015 17:28:28)
Do not meddle in the affairs of Wizards, for they are subtle and quick to anger.
Отсутствует
Спасибо. Насколько я понял перевод, автор бага предполагает, что надо убедиться, что все письма должны быть уже загружены с сервера (offline - т.е. для автономной работы). Как я понял из других источников (http://kb.mozillazine.org/Offline_folders), Thunderbird по умолчанию загружает только заголовки писем.
Согласно этой же статье я попробовал изменить настройки в конфигураторе mail.server.server1.mime_parts_on_demand = false, а также убедился, что в настройках учетной записи в разделе Синхронизация и хранение
отмечен пукнт "Хранить сообщения для этой учетной записи на этом компьютере".
Но эти действия не решили данную проблему.
Отсутствует
dvst
Автор багрепорта - один из разработчиков Thunderbird, так что скорее он не предполагает, а констатирует факт наличия бага.
Do you feel lucky, punk?
Отсутствует
Попробовал такой вариант:
переход в режим автономной работы -> подтверждение загрузки сообщений для автономной работы перед переходом в этом режим (нажатие кнопку "Загрузить сейчас") -> ожидание загрузки всех писем (несколько часов на медленном канале).
После завершения загрузки можно выделять несколько писем и перемещать в локальные папки без каких-либо проблем.
Поэтому можно подтвердить слова автора багрепорта и ждать, когда пофиксят баг.
Отсутствует
Тема закрыта
Страницы: 1