X-zuka-RWMailScanner-ID: 57AA9638001.AE218
X-zuka-rw-MailScanner-Information: Please contact the ISP for more information
Received: from Magnolia.local (unknown [70.48.209.168])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
(Authenticated sender: [email protected])
by rosewood.zuka.net (Postfix) with ESMTP id 57AA9638001
for <[email protected]>; Thu, 6 May 2010 22:38:50 -0400 (EDT)
Message-ID: <[email protected]>
Date: Thu, 06 May 2010 22:37:35 -0400
From: Dave Filchak <[email protected]>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US;
rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
MIME-Version: 1.0
To: [email protected]
Subject: Master server offline
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org
X-BeenThere: [email protected]
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: BIND Users Mailing List <bind-users.lists.isc.org>
List-Unsubscribe: <https://lists.isc.org/mailman/options/bind-users>,
<mailto:[email protected]?subject=unsubscribe>
List-Archive: <https://lists.isc.org/pipermail/bind-users>
List-Post: <mailto:[email protected]>
List-Help: <mailto:[email protected]?subject=help>
List-Subscribe: <https://lists.isc.org/mailman/listinfo/bind-users>,
<mailto:[email protected]?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7572640330274276018=="
Sender: [email protected]
Errors-To: [email protected]
X-pstn-neptune: 2/1/0.50/62
X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390
R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-settings: 4 (1.5000:1.5000) s cv gt3 gt2 gt1 r p m c
X-pstn-addresses: from <[email protected]> [294/10]
This is a multi-part message in MIME format.
--===============7572640330274276018==
Content-Type: multipart/alternative;
boundary="------------070103030402040003010504"
This is a multi-part message in MIME format.
--------------070103030402040003010504
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Our master server machine had a drive failure and looks like it will be
offline for some time. Somewhere in the back of my mind, I thought I
remembered that something bad can happen to the dns resolution for your
zones if the master is offline for too long. Is there anything to this
or am I just dreaming? As long as the secondary can answer request, we
should be ok?
Cheers,
Dave
--------------070103030402040003010504
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#333333">
<font face="Helvetica, Arial, sans-serif">Our master server machine had
a drive failure and looks like it will be offline for some time.
Somewhere in the back of my mind, I thought I remembered that something
bad can happen to the dns resolution for your zones if the master is
offline for too long. Is there anything to this or am I just dreaming?
As long as the secondary can answer request, we should be ok?<br>
<br>
Cheers,<br>
<br>
Dave<br>
</font>
</body>
</html>
--------------070103030402040003010504--
--===============7572640330274276018==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
bind-users mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/bind-users
--===============7572640330274276018==--
