Re: Can murder be used for IMAP server migration?

From: Ken Murchison (no email)
Date: Thu Jan 04 2007 - 07:47:54 EST

  • Next message: Mirosław Jaworski: "Re: Can murder be used for IMAP server migration?"

    Gary Mills wrote:
    > On Wed, Jan 03, 2007 at 08:18:15AM -0500, Ken Murchison wrote:
    >> Gary Mills wrote:
    >>> Can I use the old server as both a front end and one of the back ends
    >>> for a murder configuration, with the new server as the second back end?
    >>> Will that allow me to migrate mailboxes at my convenience? How do I
    >>> prevent a port conflict between the IMAP server and the proxy on the
    >>> old server?
    >> You'll have to run the frontend + mupdate master on a separate machine.
    >
    > Unfortunately, all the clients know the IP address of the old server,

    They actually use the IP address instead of a DNS name?

    > so the frontend has to run there. Of course, the old IMAP server has
    > to run there too. Is there not a way to have the old IMAP server listen
    > on different ports, so that only the frontend connects to it? If not,
    > could it listen on a secondary IP address only?

    AFAIK, the proxy is hardcoded to talk to the backend(s) on port 143.
    Perhaps you could force imapd to only listen on localhost, but then you
    have to find a way to get the mailboxes.db used by the proxy to use
    localhost as the servername for the existing mailboxes.

    It *might* make sense to upgrade the existing server to 2.3.x, since
    imapd can both proxy and serve local mailboxes (a "unified" Murder).

    -- 
    Kenneth Murchison
    Systems Programmer
    Project Cyrus Developer/Maintainer
    Carnegie Mellon University
    ----
    Cyrus Home Page: http://cyrusimap.web.cmu.edu/
    Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
    List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
    

  • Next message: Mirosław Jaworski: "Re: Can murder be used for IMAP server migration?"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD