Полезная информация

Список ответов на каверзные вопросы можно получить в FAQ-разделе форума.
  • Форумы
  •  » Thunderbird
  •  » Повторная загрузка писем с сервера при перемещении группы писем

№125-03-2015 02:33:40

dvst
Участник
 
Группа: Members
Зарегистрирован: 25-03-2015
Сообщений: 4
UA: Firefox 36.0

Повторная загрузка писем с сервера при перемещении группы писем

Всем доброго времени суток!

На компьютере установлены:
1. Windows 7 x86
2. Thunderbird 31.5.0

Настроено подключение к серверу IMAP на базе Dovecot.
Также для архивации писем в Thunderbird в локальных папках создана папка Архив.

Обнаружено странное поведение при перемещение писем с IMAP-сервера в локальную папку:.

1. Если выделить одно письмо в папке Входящие и с помощью контекстного меню переместить в локальную папку, то письмо сразу же перемещается независимо от размера письма

2. Если выделить сразу несколько писем и с помощью контекстного меню выбрать перемещение в локальную папку, то в строке состояния появляется статус о загрузке сообщений (o_0). В это время на маршрутизаторе видно, как появляется трафик между клиентом и почтовым сервером. Пписьма заново загружаются с сервера и перемещаются в локальную папку.

В чем может быть проблема?

Отредактировано dvst (07-04-2015 07:53:52)

Отсутствует

 

№207-04-2015 07:43:31

dvst
Участник
 
Группа: Members
Зарегистрирован: 25-03-2015
Сообщений: 4
UA: Firefox 36.0

Re: Повторная загрузка писем с сервера при перемещении группы писем

Попробовал включить отладку в 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 байт).

Есть у кого-нибудь идеи, что можно сделать еще?

Отсутствует

 

№312-04-2015 17:25:23

Unghost
Призрак-админ
 
Группа: Administrators
Откуда: Moscow, Russia
Зарегистрирован: 08-10-2004
Сообщений: 11771
UA: Firefox 40.0

Re: Повторная загрузка писем с сервера при перемещении группы писем

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.

Отсутствует

 

№416-04-2015 06:26:21

dvst
Участник
 
Группа: Members
Зарегистрирован: 25-03-2015
Сообщений: 4
UA: Firefox 37.0

Re: Повторная загрузка писем с сервера при перемещении группы писем

Спасибо. Насколько я понял перевод, автор бага предполагает, что надо убедиться, что все письма должны быть уже загружены с сервера (offline - т.е. для автономной работы). Как я понял из других источников (http://kb.mozillazine.org/Offline_folders), Thunderbird по умолчанию загружает только заголовки писем.
Согласно этой же статье я попробовал изменить настройки в конфигураторе mail.server.server1.mime_parts_on_demand = false, а также убедился, что в настройках учетной записи в разделе Синхронизация и хранение
отмечен пукнт "Хранить сообщения для этой учетной записи на этом компьютере".
Но эти действия не решили данную проблему.

Отсутствует

 

№517-04-2015 01:34:26

banbot
Moderator
 
Группа: Moderators
Зарегистрирован: 23-12-2007
Сообщений: 5291
UA: Firefox 40.0

Re: Повторная загрузка писем с сервера при перемещении группы писем

dvst
Автор багрепорта - один из разработчиков Thunderbird, так что скорее он не предполагает, а констатирует факт наличия бага.


Do you feel lucky, punk?

Отсутствует

 

№617-04-2015 02:06:11

dvst
Участник
 
Группа: Members
Зарегистрирован: 25-03-2015
Сообщений: 4
UA: Firefox 37.0

Re: Повторная загрузка писем с сервера при перемещении группы писем

Попробовал такой вариант:
переход в режим автономной работы -> подтверждение загрузки сообщений для автономной работы перед переходом в этом режим (нажатие кнопку "Загрузить сейчас") -> ожидание загрузки всех писем (несколько часов на медленном канале).
После завершения загрузки можно выделять несколько писем и перемещать в локальные папки без каких-либо проблем.
Поэтому можно подтвердить слова автора багрепорта и ждать, когда пофиксят баг.

Отсутствует

 
  • Форумы
  •  » Thunderbird
  •  » Повторная загрузка писем с сервера при перемещении группы писем

Board footer

Powered by PunBB
Modified by Mozilla Russia
Copyright © 2004–2020 Mozilla Russia GitHub mark
Язык отображения форума: [Русский] [English]