Использую TB 52.1 (32-bit)
Подключен аккаунт Яндекса по IMAP, в аккаунте создана куча папок, а 2 папки созданы как вложенные в Inbox
С ними проблема - при каждом запуске при заходе в эти папки TB начинает заново считывать заголовки писем.
Со всеми остальными папками таким проблем нет.
В диспетчере работы есть записи:
- Удалена папка INBOX|папка1
- Удалена папка INBOX|папка2

То есть, я так понимаю, что при каждом запуске TB он по какой-то причине удаляет эти папки и они синхронизируются заново.
Почему он так делает? В чем причина?

А включено ли у этих папок локальное хранение (кэширование) писем?

Проверьте куда профиль настроен, если что переназначте. Может нет прав или куда то в Temp случано, потом удаляется и по новой.

Да

Вроде тут все в порядке, в свойствах папки стоит такой же путь, как и на других папках.

Попробовал FossaMail, аналогичная ситуация с этими папками.
Похоже это особенность работы движка TB с imap от Яндекса, TB не воспринимает спец.символы в названии папки. Когда запускаешь TB, можно заметить, что папки изначально имеют название "INBOX|папка", а через секунду удаляются и получают название "папка", видимо проблема с этим знаком "|".
Может тут тоже нужно чтото-прописать в поле "Каталог IMAP-сервера", по аналогии с Gmail? (у меня там прописано [gmail])

Всё может быть. Сейчас заметил, что если IMAP то рыскоязычные папки таким кракозабрами пишутся)) что я думал это глюк))))

У меня в Яндексовой почте ситуация радикально другая: в почтовой программе вообще нет возможности создать подпапку во Входящих. В любой другой папке создать подпапку позволяет, а именно Входящих нет даже в списке доступных.
Если же подпапку создаю через Web-интерфейс, то клиент её видит, но не как подпапку во Входящих, а как обычную папку в корне дерева.

Во-первых, никакой связи с наблюдаемой проблемой. А во-вторых, на Яндексе просто нет аналога [gmail].

02-05-2017 21:41:23
Хм... Удалил экспериментальную папку, тут же на её месте создал другую - и она стала видна именно как подпапка. А дальше - именно та же история с кратковременным появлением и исчезновением "INBOX|папка".

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

Нашёл-таки способ посмотреть обмен с Яндексовским сервером. Разделителем он и в самом деле заявляет для себя символ "|". Завтра вечером (раньше не смогу) попробую разобраться подробнее в происходящем.

Чем лучше если не секрет? Может тоже на другую птичку стоит перейти.

Seamonkey в прошлом назывался Mozilla Suite, а до того - Netscape Communicator.
Однажды ("по просьбе зрителей") Mozilla Suite убили и расчленили на Firefox, Thunderbird и NVU. А чуть позже (опять-таки "по просьбе зрителей") реанимировали под именем Seamonkey.

По сравлению с Firefox:
Не такой попсовый интерфейс.
Гораздо больше настраивается в стандартном диалоге настроек, без залезания в about:config (где найти что-то можно, только если точно знаешь, что ищешь).
Не такая агрессивная политика обновлений и более консервативные потроха, в связи с чем гораздо реже отваливаются установленные расширения и кнопки.
Браузер и почтовик в одном флаконе (и встроенным редактором HTML изредка пользуюсь).

Получилось разобраться? У меня болезнь стала прогрессировать, при запуске папки стали носить имя "INBOX|INBOX|INBOX|папка", я не стал морочить себе голову, перенес папки на внешний уровень.

Нет. Как раз только что закончил эксперименты. Итог: из 4 перепробованных программ 2 работают нормально, а 2 (включая мой Seamonkey) - нет. Причём если Seamonkey просто перечитывает повторно папку, то его собрат по несчастью при тыкании мышкой в эту папку намертво виснет.
Усугубляет ситуацию то, что обмен с сервером шифрованный, и его сторонними утилитами не подсмотришь, а из перепробованных клиентов журнал обмена, как назло, имеют только те два, которые не работают. И того, что пишет в журнал Seamonkey, для данного разбирательства недостаточно, а вторая программа виснет до того, как успеет что-то написать.

С параметром "Личное пространство имён" или галочкой "Разрешить серверу перекрывать пространства имён", случаем, не баловались?

Вот ещё на что внимание обратил: если перевести программу в автономный режим, то после её перезапуска подпапки во Входящих показываются как INBOX|папка.
Возможно, у TB действительно есть какая-то проблема с использованием "|" в качестве разделителя (хотя, по идее, это самый обычный символ, не лучше и не хуже чем "/", "\" или "%").

Ага, было дело, включал выключал галочку. Честно говоря даже не понял о чем этот пункт.

Это подтверждается тем, что если в имени любой папки встречается запрещенный спец.символ, например "/", то поведение аналогичное - в диспетчере появляется запись что папка была удалена и при выборе такой папки заголовки начинают заново считываться.

Лучше вернуть всё в начальное состояние: верхнее поле "Каталог IMAP-сервера" пусто, галочка "Разрешить серверу перекрывать пространства имён" стоит.
После этого закрыть программу и запустить заново, и можно удалить мусорные каталоги. (Хотя лучше это сделать через web-интерфейс.)

Стандарт IMAP ничего не говорит о том, как сервер должен хранить сообщения. Если для этого используется файловая система, и в ней некий символ является запрещённым к использованию в именах файлов/каталогов, то его нельзя будет использовать в именах папок IMAP.
Но в качестве разделителя в IMAP этот символ всё равно можно будет применять, так как и сервер, и клиент знают, какой символ они используют в роли разделителя в общении между собой, и всегда могут изменить его на что-то другое в своём общении с локальной файловой системой.
Собственно, именно это у нас и происходит на всех других серверах: они в качестве разделителя хотят получать кто "/", кто "%", а Thunderbird под Windows при сохранении папок с письмами на диск заменяет этот символ на "\".