Windows 7 x64 SP1
"Произошло отключение от ### возможно сервер не работает"
Ставлю поверх версию 24.6.0 - все становится ок.
Причем проблема только с одним сервером, администрирую его я же. С другими серверами проблем нет.
Причем я вижу что авторизация проходит а вот при попытке открыть папку (входящие, отправленные) получаю ошибку.
Что случилось нового в вопросе работы с IMAP? Почему 31-ая версия перестала работать ?
Спасибо

emoxam, для разбирательств "что случилось?" существуют логи как на стороне клиента, так и на стороне сервера, тем более, что

Вот что я нашёл по логам TB
Единственное за что я могу зацепится

[IMAP]     [14:25:15]     * LSUB (\HasNoChildren) "." "INBOX.Sent Items"
[IMAP]     [14:25:15]     * LSUB (\HasChildren) "." "INBOX.Trash"
[IMAP]     [14:25:15]     * LSUB (\Noselect \HasChildren) "." "INBOX.Archives"
[IMAP]     [14:25:15]     5 OK LSUB completed
[IMAP]     [14:25:15]     6 list "" "#shared.*"
[IMAP]     [14:25:15]     * BYE [ALERT] Fatal error: Invalid argument

26-07-2014 15:32:58
Я решил проверить а есть ли такая команда в логах 24.6.0 - и нет! такой команды в логах нет!

emoxam, вообще-то есть. Вот кусок лога Thunderbird'а при подключении к IMAP Google (поиск grep'ом по SendData):

3676[aa22f30]: b984000:imap.googlemail.com:NA:SendData: 1 capability
3676[aa22f30]: b984000:imap.googlemail.com:NA:SendData: 2 authenticate plain
3676[aa22f30]: b984000:imap.googlemail.com:NA:SendData: Logging suppressed for this command (it probably contained authentication information)
3676[aa22f30]: b984000:imap.googlemail.com:A:SendData: 3 namespace
3676[aa22f30]: b984000:imap.googlemail.com:A:SendData: 4 COMPRESS DEFLATE
3676[aa22f30]: b984000:imap.googlemail.com:A:SendData: 5 ID ("name" "Thunderbird" "version" "24.7.0")
3676[aa22f30]: b984000:imap.googlemail.com:A:SendData: 6 xlist "" "%"
3676[aa22f30]: b984000:imap.googlemail.com:A:SendData: 7 xlist "" "%/%"
3676[aa22f30]: b984000:imap.googlemail.com:A:SendData: 8 lsub "" "*"
3676[aa22f30]: b984000:imap.googlemail.com:A:SendData: 9 list "" "INBOX"
3676[aa22f30]: b984000:imap.googlemail.com:A:SendData: 10 select "INBOX"
3676[aa22f30]: b984000:imap.googlemail.com:S-INBOX:SendData: 11 getquotaroot "INBOX"
3676[aa22f30]: b984000:imap.googlemail.com:S-INBOX:SendData: 12 UID fetch 1:* (FLAGS)
3676[aa22f30]: b984000:imap.googlemail.com:S-INBOX:SendData: 13 IDLE
3676[aa22f30]: b984000:imap.googlemail.com:S-INBOX:SendData: DONE
3676[aa22f30]: b984000:imap.googlemail.com:S-INBOX:SendData: 14 close
3676[aa22f30]: b984000:imap.googlemail.com:S-INBOX:SendData: 15 logout

PS: А #shared.* - это у вас что, папка такая? Возможно ваш mail-сервер офигел от такого названия с сообщением  [ALERT] Fatal error: Invalid argument

И где в вашем логе слово shared ?
А команду взял я из http://www.courier-mta.org/imap/tutorial.setup.html

В моем? Естественно нету. Она в _вашем_ логе.

А надо было не брать логи из каких-то описаний, а сделать лог реальной работы TB, так как я это сделал. И также задать вопрос _вашему_ серверу, почему это он команду не воспринимает

Так! ещё раз читаем мой второй пост. По логу работы TB, о чем я и написал,  - видно
[IMAP]     [14:25:15]     6 list "" "#shared.*"
[IMAP]     [14:25:15]     * BYE [ALERT] Fatal error: Invalid argument

в предыдущей версии TB, я проверил, и отписался, этой команды не было.
Вы пишете что такая команда была и в предыдущей версии, (причем выбираете не ту версию о которой пишу я, ну да опустим это)  и предоставляете свой лог, я прошу ткнуть пальцем где в вашем логе есть указанная мной команда  - и вы отвечаете "В моем? Естественно нету."
Вы не находите тут противоречий ?

Какой ЭТОЙ команды? Команда называется list, она запрашивает список папок/писем из папки, указанной вторым параметром (у меня команда запрашивает список папок/писем из папки INBOX - 9 list "" "INBOX",). Естественно, у меня команда list есть, просто у нее параметр не такой как в вашем логе. Это у ВАС есть папка #shared.*, для которой и запрашивается у сервера список, а ВАШ сервер не понимает чего от него хотят. Вот и разбирайтесь откуда у ВАС появилась такая странная папка #shared.* и почему сервер ее не понимает.

У меня нет такой папки. И почему только на версии 31 начались проблемы то ?

P.S.
0 LIST "" "*"
* LIST (\HasNoChildren) "." "INBOX.Sent Messages"
* LIST (\HasNoChildren) "." "INBOX.Archives.2014"
* LIST (\HasNoChildren) "." "INBOX.&BBoEPgRABDcEOAQ9BDA-"
* LIST (\HasNoChildren) "." "INBOX.Sent"
* LIST (\HasChildren) "." "INBOX.Archives"
* LIST (\HasNoChildren) "." "INBOX.&BCcENQRABD0EPgQyBDgEOgQ4-"
* LIST (\HasNoChildren) "." "INBOX.&BB4EQgQ,BEAEMAQyBDsENQQ9BD0ESwQ1-"
* LIST (\HasNoChildren) "." "INBOX.&BBEENQQ6BDAEPwRL-"
* LIST (\HasNoChildren) "." "INBOX.&BCEEPwQwBDw-"
* LIST (\HasNoChildren) "." "INBOX.INBOX"
* LIST (\HasNoChildren) "." "INBOX.My"
* LIST (\HasNoChildren) "." "INBOX.Junk"
* LIST (\HasNoChildren) "." "INBOX.Drafts"
* LIST (\HasNoChildren) "." "INBOX.Sent Items"
* LIST (\HasNoChildren) "." "INBOX.Trash"
* LIST (\Unmarked \HasChildren) "." "INBOX"
0 OK LIST completed

У меня после обновления до 31.0 вылезла такая же проблема, НО
Ваш пост натолкнул меня на удачную мысль!
Когда-то давно я экспериментировал с общими папками #share в courier-imap и, конечно, забыл об этом.
Суть в том, что индексы от этих папок остались и thanderbird как-то на них обращает внимания.
Вобщем, у меня надо было удалить индексные папки  /usr/local/etc/courier-imap/shared и /usr/local/etc/courier-imap/shared.tmp и всё заработало.
У вас в системе, ессно, могут быть другие пути. Посмотрите, вдруг поможет.
Спасибо!

28-07-2014 18:45:59
Индексные папки лежат на сервере.
У меня там exim+courier-imap.

Приветствую! Да, я сам буквально перед твоим ответом добрался до того что удалил index файл и TB заработал. Тоже оказывается коллеги пробовали сделать shared папки, и в index файле была неакутальная инфа. Говортя потом подправили на актуальную и вернули файл на место, но это уже не стль важно. Собственно проблему то мы решили, а вот главный вопрос остался без ответа - что такого изменилось в TB 31 ? Я по changelog (https://www.mozilla.org/en-US/thunderbird/31.0/releasenotes/buglist.html) нашёл только упоминание про то что TB не работает с shared subscription у zimbra (https://bugzilla.mozilla.org/show_bug.cgi?id=816028), может когда поддержку делали зацепили что-то, или поддержка не работала и с courier-imap до этого..

может стоит ещё десяток changelog почитать?))

Чтож тут за народ то такой загадочный? Вы прямо скажите что хотели сказать ?

У меня папки shared после какого-то обновления courier-imap работать перестали. Уже очень давно. Несколько лет.
Я, собсно, из-за этого, на основном сервере, перешёл на dovecot. Там всё по-другому и, главное, работает )
Думаю, что в thunderbird не сломали что-то, а починили. Поэтому мой кривой courier-imap отвалился.
Может быть и у вас сходная проблема.
Но это, конечно, эмоции. Конкретно - фик его знает )

Понял, буду иметь ввиду))

У меня аналогичная ситуация. Компьютер с Linux-Mint 17. После обновления TB на 31 версию перестал работать. При запуске пишет -  Не удалось соединится с сервером - В соединении отказано. Пи этом я мониторю трафик на сетевом интерфейсе почтового сервера с помощью tcpdump - клинет TB к серверу не обращается... Доступ от ТВ до почтовика ничем не блокируется.
Клиент TB v 31 под Windows (на другом компьютере локальной сети) работает.

А что говорят логи TB ? Может вместо имени попобовать указать айпи сервера ? Может обнвшение тут и н7е причем, откатываться пробовали ?

Не могу никак найти, где логи ТВ в linux?

я в гугле искал

Происходит что то странное...
Создал нового пользователя в linux, под ним захожу в ТВ, настраиваю ящик -все ОК.
Возвращаюсь к своему пользователю, перемещаю папку .thunderbird из папки /home/user/. Запускаю ТВ, создается новая папка .thunderbird. Настраиваю ящик - не проходит, дескать неправильно вбиты логин или пароль.
Т.е какая то проблема с поим пользователем, но блин какая...Все остальное работает как надо.
Что можно сделать?

Если в новом профиле TB все ок, то проблема в профиле, но что можно сделать - не подскажу.

sergunz
https://wiki.mozilla.org/MailNews:Loggi … otocol_Log

env | grep NSPR
NSPR_LOG_MODULES=imap:5
NSPR_LOG_FILE=/tmp/imap.log

Запускаю ТВ - логи не создаются, в папке /tmp логов нет.

Моя проблема была в прокси. Я использую прокси, и видимо после обновления в ТВ в настройках поменялись параметры прокси. Настроил как нужно и все получилось. Спасибо за отклики!