Mailbox subscriptions in a murder
sofkam at rpi.edu
Tue Apr 10 16:51:01 EDT 2007
I mean we do not allow connections directly to the
back-end servers. Our FE servers are behind a
CSS redirector. The Redirector does the load balancing.
If the clients were connecting directly to the BE server
containing their INBOX, this would cause cross-subscription
problems, since BE servers are regular IMAP servers.
In reading over:
Sharing mailboxes across servers is supported in Murder
[LSUB, SUBSCRIBE, UNSUBSCRIBE]
The front end server directs the LSUB to the back end server
that has the user's INBOX. As such, the back end server may
have entries in the subscription database that do not exist
on that server. The frontend server needs to process the list
returned by the backend server and either remove or tag with
\NoSelect the entries which are not currently active within
Section 3.8 of that document is about mailbox referrals.
The FE is only supposed to refer Aggregator-safe commands.
Your SERVICES section looks substantially like ours (we
pre-fork 25 processes). If clients are connecting through
the proxyd (FE) servers,cross-BE subscriptions should
work. Could your MUPDATE database is out of sync?
Now, when will cross BE server sieve scripts be supported?
Michael D. Sofka
Sr. Systems Programmer, Postmaster pro tem
Rensselaer Polytechnic Institute
==============Original message text===============
On Fri, 06 Apr 2007 16:52:07 EDT Eli Ben-Shoshan wrote:
Michael Sofka wrote:
> We do this with cyrus 2.2.12 (2 frontend, 1 master, 3 backend
> server) no problem. Some of the shared mailboxes are on
> one server, while subscribers are on another.
> We run the frontend servers in proxy mode only.
Can you elaborate on "proxy mode only" mode? Here are the pertinent parts of my
cyrus.conf on the frontends:
mupdate cmd="mupdate" listen=2004 prefork=1
imap cmd="proxyd" listen="imap" prefork=0 maxchild=4096
imaps cmd="proxyd -s" listen="imaps" prefork=0 maxchild=4096
pop3 cmd="pop3proxyd" listen="pop3" prefork=0 maxchild=1024
pop3s cmd="pop3proxyd -s" listen="pop3s" prefork=0 maxchild=1024
sieve cmd="timsieved" listen="sieve" prefork=0
lmtp cmd="lmtpproxyd" listen="lmtp" prefork=0 maxchild=64
smmapd cmd="smmapd" listen=2020 prefork=50
Eli Ben-Shoshan ebs at ufl.edu
> Michael D. Sofka
> Sr. Systems Programmer, Postmaster pro tem
> Rensselaer Polytechnic Institute
> ==============Original message text===============
> On Fri, 06 Apr 2007 13:55:12 EDT Eli Ben-Shoshan wrote:
> Hi all. We have a largish (~120,000 user / ~ 485,000 mailboxes) cyrus 2.2
> install that is spread across 6 frontends and 4 backends in a murder
and I just
> had an interesting question that I can't seem to answer. We have a number of
> shared mailboxes that get certain types of messages such as abuse mail
> reports. Recently more people wish to subscribe to these mailboxes but
> run into a small problem. Most of these people do not have their
inboxes on the
> same backend and therefore they can not subscribe to the shared mailbox using
> their mail client. Does anyone have a workaround for this or even encountered
> this problem? I tried editing the subscription file by hand since our
> subscription_db is set to flat but that did not work. Thanks.
Cyrus Home Page: http://cyrusimap.web.cmu.edu/Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twikiList Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
===========End of original message text===========
More information about the Info-cyrus