On Wednesday 21 March 2001, at 8 h 34, the keyboard of Steve
[EMAIL PROTECTED] wrote:
RedHat) to a debian server. I'm trying to figure out a
way that will cause least mail delays to our customers
whilst the dns records propagate (The IP's are going to
change for the mail server).
a) lower
On Wed, Mar 21, 2001 at 08:34:56AM +, Steve wrote:
Hi,
I'm about to change a busy server (currently running under
RedHat) to a debian server. I'm trying to figure out a
way that will cause least mail delays to our customers
whilst the dns records propagate (The IP's are going to
RedHat) to a debian server. I'm trying to figure out a
way that will cause least mail delays to our customers
whilst the dns records propagate (The IP's are going to
change for the mail server).
a) lower the TTLs to almost zero
b) wait $OLDTTL + $REFRESH seconds
c) change the infos
d) after
On Wednesday 21 March 2001, at 8 h 34, the keyboard of Steve
[EMAIL PROTECTED] wrote:
RedHat) to a debian server. I'm trying to figure out a
way that will cause least mail delays to our customers
whilst the dns records propagate (The IP's are going to
change for the mail server).
a) lower
On Wed, Mar 21, 2001 at 08:34:56AM +, Steve wrote:
Hi,
I'm about to change a busy server (currently running under
RedHat) to a debian server. I'm trying to figure out a
way that will cause least mail delays to our customers
whilst the dns records propagate (The IP's are going to
At 3/21/01 03:34 AM, Steve wrote:
The current server runs sendmail and the replacement is
running postfix. What I would like to do at the changeover
is to get sendmail to automatically relay any incoming
mail over to the new machine based on it's IP and let
the new machine handle distribution. Is
RedHat) to a debian server. I'm trying to figure out a
way that will cause least mail delays to our customers
whilst the dns records propagate (The IP's are going to
change for the mail server).
a) lower the TTLs to almost zero
b) wait $OLDTTL + $REFRESH seconds
c) change the infos
d) after
7 matches
Mail list logo