В продолжение темы.
Потихоньку разобрался и сделал.
Один из фокусов в том, что три типа серверов - master, frontend и
backend - в небольших системах можно и нужно совмещать.
В итоге получилась схема с всего двумя типами серверов.
На всех внутренних серверах в офисах работает backend-frontend.
Hi.
30.11.2007 13:19, Alexander Vlasov пишет:
НИкак не разыскивает, бакенд сообщает ему свою базу пользователей сам.
Точнее, через Мастера. И это работает, mailboxes.db из двух источников
компилируется на Мастере и скачивется на frontend. Как и сказано в доке.
И после этого front-end proxyd
У нас крутился.
Отказались в пользу обыкновенного perdition и route'в в exim.
оно ОЧЕНЬ медленно и имеет некоторое количество неочевидных подводных
камней насчет авторизации.
У пт, 2007-11-30 у 11:56 +0300, Alexey Lobanov пише:
Hi all.
Наведите, пожалуйста, на документацию по построению
Более конкретный вопрос.
Конфигурирую простой back-end, в соответствии с install-murder.html. И
как только вписываю в imapd.conf упоминание mupdate_server: (чтобы
backend докладывал свои ящики) - на этой же машине мгновенно падает
доставка по LMTP с диагностикой lmtp: couldn't authenticate to
Hi all.
Наведите, пожалуйста, на документацию по построению кластера на Cyrus IMAP.
Штатная документация из install-murder.html и ag.html очень много чего
умалчивает про взаимодействие разных типов серверов. Как именно
front-end разыскивает нужный back-end, и т.п.
А.Л.
--
To UNSUBSCRIBE,
Hi.
30.11.2007 13:19, Alexander Vlasov пишет:
У нас крутился.
Отказались в пользу обыкновенного perdition и route'в в exim.
оно ОЧЕНЬ медленно и имеет некоторое количество неочевидных подводных
камней насчет авторизации.
Камней там понятно что много. Но у меня задача не в распределении
У пт, 2007-11-30 у 13:30 +0300, Alexey Lobanov пише:
Hi.
30.11.2007 13:19, Alexander Vlasov пишет:
У нас крутился.
Отказались в пользу обыкновенного perdition и route'в в exim.
оно ОЧЕНЬ медленно и имеет некоторое количество неочевидных подводных
камней насчет авторизации.
Камней
7 matches
Mail list logo
