Re: RFC 2119 section 6

Andreas Borchert <namedroppers@andreas-borchert.de> Wed, 11 July 2001 15:48 UTC

MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
From: Andreas Borchert <namedroppers@andreas-borchert.de>
To: namedroppers@ops.ietf.org
Subject: Re: RFC 2119 section 6
In-Reply-To: <E15KEI2-0003Cy-00@psg.com>; from kre@munnari.OZ.AU on Wed, Jul 11, 2001 at 12:20:06AM -0700
References: <E15HsNZ-0002Ru-00@psg.com> <E15I6RE-0008P8-00@psg.com> <E15IDD0-000J0d-00@psg.com> <E15IEZl-000LJv-00@psg.com> <E15IMxJ-000ACJ-00@psg.com> <E15Ie0n-000H8P-00@psg.com> <E15Ikad-0003j0-00@psg.com> <E15JxhS-000Kro-00@psg.com> <E15K8Yt-000IXm-00@psg.com> <E15KEI2-0003Cy-00@psg.com>
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
Message-Id: <E15KLoi-0008wA-00@psg.com>
Date: Wed, 11 Jul 2001 08:22:20 -0700
Content-Transfer-Encoding: 7bit

On Wed, Jul 11, 2001 at 12:20:06AM -0700, Robert Elz wrote:
>     Date:        Tue, 10 Jul 2001 18:13:07 -0700
>     From:        "D. J. Bernstein" <djb@cr.yp.to>
>     Message-ID:  <E15K8Yt-000IXm-00@psg.com>
> 
>   | I have thousands of sites whose adminitsrators don't want to be forced
>   | to upgrade their working DNS software.
> 
> This is a nonsense argument - before anyone would possibly be required
> to upgrade their working software because of changes to AXFR that put
> something different in the auth/additional sections than what is in
> the answer section, all those administrators are going to have upgraded
> their software for other reasons anyway (and not necessarily all for the
> same one).

This argument is not nonsense for administrators using djbdns and
other software packages from the same author. Dan designes his software
packages to be minimal, fast, and secure which allows him to keep them
stable for a long time. Qmail, for example, did not change for multiple
years. For this reason, many users of Dan's packages prefer them because
they remain secure and stable for a long time. Running Qmail and djbdns
means that you do not have to look for new security holes and you can
keep them running unchanged for many years.

This advantage is destroyed once protocols are changed in an incompatible
way. 

to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.

Re: DNSEXT WGLC AXFR-02 SHORT last call Robert Elz
Re: DNSEXT WGLC AXFR-02 SHORT last call Peter Koch
Re: DNSEXT WGLC AXFR-02 SHORT last call Masataka Ohta
Re: DNSEXT WGLC AXFR-02 SHORT last call Robert Elz
Re: DNSEXT WGLC AXFR-02 SHORT last call D. J. Bernstein
Re: DNSEXT WGLC AXFR-02 SHORT last call Olafur Gudmundsson/DNSEXT co-chair
Re: DNSEXT WGLC AXFR-02 SHORT last call Randy Bush
Re: DNSEXT WGLC AXFR-02 SHORT last call D. J. Bernstein
AXFR security issues, again D. J. Bernstein
Re: DNSEXT WGLC AXFR-02 SHORT last call Andreas Gustafsson
Re: DNSEXT WGLC AXFR-02 SHORT last call Robert Elz
Re: DNSEXT WGLC AXFR-02 SHORT last call Paul A Vixie
Re: DNSEXT WGLC AXFR-02 SHORT last call Paul A Vixie
Re: DNSEXT WGLC AXFR-02 SHORT last call Olafur Gudmundsson/DNSEXT co-chair
Re: DNSEXT WGLC AXFR-02 SHORT last call Paul A Vixie
RFC 2119 section 6 D. J. Bernstein
Re: DNSEXT WGLC AXFR-02 SHORT last call Paul Vixie
Re: RFC 2119 section 6 D. J. Bernstein
Re: DNSEXT WGLC AXFR-02 SHORT last call D. J. Bernstein
Re: RFC 2119 section 6 Kevin Darcy
Re: RFC 2119 section 6 Andreas Borchert
Re: DNSEXT WGLC AXFR-02 SHORT last call D. J. Bernstein
Re: RFC 2119 section 6 D. J. Bernstein
Re: RFC 2119 section 6 Kevin Darcy
Re: DNSEXT WGLC AXFR-02 SHORT last call Robert Elz
Re: DNSEXT WGLC AXFR-02 SHORT last call Robert Elz
Re: RFC 2119 section 6 D. J. Bernstein
Re: DNSEXT WGLC AXFR-02 SHORT last call Kevin Darcy