I used this: http://lartc.org/howto/lartc.rpdb.multiple-links.html howto to route multiple uplinks. At first i configured the first one (old one) to be default gateway. Then i got another uplink then i changed script to reflect that. And it worked flawlessly. This is needed for your qmail box to know then there is incoming connection to respond to that through gateway it game from. By default it accepts your first isp's connection but sends response to the default gateway (isp2, the new one).

Since I had old junk laying around I was able to put together test environment: 2gateways, 1 client , 1 server with 2 gateways to test it out if it actually works out of the box. There were some tweaks, but it worked.

Bill Kwok wrote:
Dear Janno,
Thank you for the recommendation. Although my server has only 1 NIC right now, your suggestion is very attractive. May be I should add anohter NIC when it's possible. I've also heard from the list that qmail will always use the last eth interface. Would you show me how to run qmail by using 2 NIC? Thanks in advance. Best regards,
Bill

On 4/20/07, *Janno Sannik* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:

    isn't  using 2 isps in parallel an option?
    I have done it like this twice.

    works /w 0 downtime.

    Bill Kwok wrote:
    > Dear Jared,
    >
    > Thank you very much.
    >
    > Best regards,
    > Bill
    >
    >
    > On 4/20/07, *Jared Markell* < [EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>
    > <mailto:[EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>>> wrote:
    >
    >     This isn't bad. Only thing I would do differently is possible
    >     setting both IPs in your MX records, the new one having a lower
    >     priority, before you do the IP change. This can only be done
    >     though, if you know the new IP address.
    >
    >     domain  IN MX 10 old.ip.add.ress
    >             IN MX 20 new.ip.add.ress
    >
    >     This way, even slower-to-update servers will try to send to the
    >     new one once the old one is dead. After the IP change is live,
    >     remove your old MX 10 and make your MX 20 the new 10.
    >
    >
> ------------------------------------------------------------------------
    >     *From:* Bill Kwok [mailto:[EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>
    >     <mailto: [EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>>]
    >     *Sent:* Thursday, April 19, 2007 9:12 AM
    >     *To:* qmailtoaster-list
    >     *Subject:* [qmailtoaster] Steps to change the IP address of
    qmail
    >     server
    >
    >
    >     Dear all,
    >
    >     I am planning to change my ISP and hence the IP address of my
    >     server is going to be changed.
    >
    >     Due to limited resources, I can't setup another server while
    >     switching over to the new IP.  My server has around 60 users.  I
    >     plan to:
    >
    >        1. Shorten the refresh time of my MX record to 900 (15 mins)
    >           from the current 3600 (1 hour) for 4 days to make sure
    all
    >           DNS gets the changes;
    >        2. change the MX record to the new IP address and plug my
    >           server to the new network
    >
    >     Does the above steps work and are they enough?  My current MX
    >     record use the following settings:
    >
    >             refresh = 3600 (1 hour)
    >             retry   = 900 (15 mins)
    >             expire  = 3600000 (41 days 16 hours)
    >             default TTL = 86400 (1 day)
    >
    >     Your comments are appreciated.
    >
    >     Best regards,
    >     Bill
    >
    >
    >


    ---------------------------------------------------------------------
        QmailToaster hosted by: VR Hosted < http://www.vr.org>
    ---------------------------------------------------------------------
    To unsubscribe, e-mail:
    [EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>
    For additional commands, e-mail:
    [EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>




---------------------------------------------------------------------
    QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to