removed comment stating that 'For this reason,

the automagic key is not regenerated on each reload', which is no longer
applicable since automagic keys are no longer regenerated
by the server at all

diff --git a/bin/named/controlconf.c b/bin/named/controlconf.c
index 57712b03c2a19066628a12beb958314ceb885e12..6fd629f757a2e531663e2270d2ee8c2392d50dd7 100644 (file)
--- a/bin/named/controlconf.c
+++ b/bin/named/controlconf.c
@@ -15,7 +15,7 @@
  * WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
  */
 
-/* $Id: controlconf.c,v 1.19 2001/08/03 17:24:08 gson Exp $ */
+/* $Id: controlconf.c,v 1.20 2001/08/03 18:03:02 gson Exp $ */
 
 #include <config.h>
 
@@ -868,8 +868,7 @@ update_listener(ns_controls_t *cp,
         * XXXDCL There is one other hazard that has not been dealt with,
         * the problem that if a key change is being caused by a control
         * channel reload, then the response will be with the new key
-        * and not able to be decrypted by the client.  For this reason,
-        * the automagic key is not regenerated on each reload.
+        * and not able to be decrypted by the client.
         */
        get_key_info(config, control, &global_keylist, &control_keylist);