>Очевидного решения тут явно нет. Схема которую вы описали - не будет работать нормально.
>
>Вот пример. Офис 1 открывает и модифицирует письмо, которое уже
>есть в офисе 2. Связи нет. Офис 2 открывает и модифицирует письмо,
>сохраняет. Связь появилась. Имеем конфликт :)

Изменение писем не такая уж супернеобходимая фича. Её можно вообще вырубить или при подобных конфликтах создавать две копии письма, т.е. чтобы на обоих серверах были видны обе модификации (а можно ещё и оригинал).

Вообще в нашем случае не важно как будут разрешаться подобные коллизии, поскольку они будут очень редкими и не смертельными.

>dsync тут вообще ни при чем - это тип хранилища, вы бы посмотрели
>довкот вики перед тем как писать, ага.

да я-то посмотрел по диагонали: http://wiki2.dovecot.org/Tools/Dsync и http://wiki2.dovecot.org/Design/Dsync  -- вроде на тип хранилища это менее всего похоже...

>Если канал нереально расширить, то есть несколько вариантов - например
>работа по имапу (shared folders) не загружая по умолчанию message body.

Тела сообщений и так сейчас не загружаются, список писем подгружается без особых тормозов. А вот если тыкнуть в тандербёрде по письму с вложениями, тогда уже можно спокойно уходить на обед - к возврату оно как раз догрузится (кроме совсем клинических случаев).
Причём тут "shared folders" я не понял, это же вроде просто папки, расшареные для других юзеров?...

>Еще как вариант - офисы с медленным каналом используют веб морду, тот же раундкуб.

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