Спасибо за ответы,
LordMerlin
Я уже частично разобрался в проблеме и она в первую очередь связана не с получением данных (как оказалось — с этим все нормуль)
а с отрисовкой состояния папки в клиенте, т.е. данные синхронизируются, но у ГромоПтицы есть отдельный индекс, который предназначен для их древовидной структуры меню навигации по учетным записям, так вот синхронизация не инициализирует его перестроение, лишь обращение из пользовательского интерфейса, будь то переход от одного элемента к другому, или сворачивание/разворачивание заставляет выстраивать новое состояние и отрисосвывать его. А самый «цимес» ситуации состоит в том, что если пользователь находится «курсором» на каталоге меню навигации, и никуда с него не будет уходить (курсором), или сворачивать разворачивать учетку — то в окне содержимого каталога — будет не актуальная структура, тем не менее с ней можно будет продолжать работать — т.е. устанавливать флаги и т.д. которые пойдут таки на IMAP-сервак командами.
Как побеждать — судя по всему никак технически, юзера проинструктированы «переставлять курсор», сия проблема кроется в самой архитектуре приложения.
PS: обнаружен еще один интересный момент, но не понятно на какой сотороне проблема: если в интерфейсе ГромоПтицы быстро отметить несколько сообщений как прочитанные или наоборот (прямо следом клик-клик) — до сервака дойдет только о первой отметке, или сервак принимает только первую команду (исходя из изменений которые в итоге там с папкой происходят). За скорость тест машин и интернета можно не хвататься их более чем достаточно.
z3apa3a,
mail.imap.use_status_for_biff о которой я говорил — это как раз таки эта самая опция, но прошу Вас заметить что такое обновление приходит лишь с получением новых сообщений, тем временем несколько клиентов могут перемещать/удалять/изменять флаги при отсутствии новых входящих, и их потом уже никак не синхронизируешь.
