механизм Mureder/mupupdate позволяет распределить maildirs по нескольким серверам. Вроде бы это дает в руки api, которым можно гибко организовать доставки и обновление папок пользователей.
Слышал кто-нибудь про попытки сделать асинхронную репликацию cyrus сеовера типа вот такой:
http://www-uxsup.csx.cam.ac.uk/~dpc22/c ... ation.html
?
Cyrus-imap, возможности репликации
Модераторы: Trinity admin`s, Free-lance moderator`s
в свое время пытались сделать что-то подобное, с murder тогда не получилось (в основном из-за проблем совместимости с kerberos)
остановились на варианте создания запасного сервера, на котором поставили cyrus imap и организовали rsync папок $var/imap и $spool/imap
с основной машины.
Это довольно "кривое" решение т.к. индексы с другой машины не совсем подходят и у юзеров возникаят ошибки при чтении почтовых ящиков. Надо сразу запускать reconstruct для того чтоб создать индексы заново. Практика показала что это все же лучше чем скачивать все без индексов и делать reconstruct (reconstruct занимал много времени). Даже с неверными индексами почтовые ящики как-то открываются и дают доступ к почте.
(это все написано с учетом того что читатель знаком устройством Cyrus Imap)
остановились на варианте создания запасного сервера, на котором поставили cyrus imap и организовали rsync папок $var/imap и $spool/imap
с основной машины.
Это довольно "кривое" решение т.к. индексы с другой машины не совсем подходят и у юзеров возникаят ошибки при чтении почтовых ящиков. Надо сразу запускать reconstruct для того чтоб создать индексы заново. Практика показала что это все же лучше чем скачивать все без индексов и делать reconstruct (reconstruct занимал много времени). Даже с неверными индексами почтовые ящики как-то открываются и дают доступ к почте.
(это все написано с учетом того что читатель знаком устройством Cyrus Imap)
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 6 гостей