Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02

wayne <wayne@schlitt.net> Mon, 29 August 2005 05:08 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9bsW-0004E9-BW; Mon, 29 Aug 2005 01:08:16 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9bsT-0004E0-NV for ietf@megatron.ietf.org; Mon, 29 Aug 2005 01:08:13 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA01973 for <ietf@ietf.org>; Mon, 29 Aug 2005 01:08:13 -0400 (EDT)
Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E9btj-00022i-N5 for ietf@ietf.org; Mon, 29 Aug 2005 01:09:33 -0400
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1E9br4-0002Xi-Ub for ietf@ietf.org; Mon, 29 Aug 2005 07:06:46 +0200
Received: from footbone.schlitt.net ([67.52.51.37]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf@ietf.org>; Mon, 29 Aug 2005 07:06:46 +0200
Received: from wayne by footbone.schlitt.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf@ietf.org>; Mon, 29 Aug 2005 07:06:46 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: ietf@ietf.org
From: wayne <wayne@schlitt.net>
Date: Mon, 29 Aug 2005 00:05:19 -0500
Lines: 35
Message-ID: <x4vf1pgwog.fsf@footbone.schlitt.net>
References: <4amb37$al7orn@mx02.mrf.mail.rcn.net> <200508281126.46506@mail.blilly.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: footbone.schlitt.net
User-Agent: Gnus/5.110004 (No Gnus v0.4) XEmacs/21.4.17 (linux)
Cancel-Lock: sha1:R/vJLwQCQ3Xqtd20npu88i/d+Gg=
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Subject: Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

In <200508281126.46506@mail.blilly.com> Bruce Lilly <blilly@erols.com> writes:

> This is an important point; the SPF-classic draft was announced to the
> ietf-822 and ietf-smtp mailing lists where there was some discussion on
> that very point.  While the ID-tracker state indicated intended status of
> Experimental, the author stated that he was "very reluctant to debate"
> issues of controversy with the technical specification, and that his goal
> was to "document a de-facto standard" [his words].

What I said both times I submitted the spf-classic I-D for review by
various IETF mailing lists was, in full:

   I realize that the whole subject of SPF (and similar systems) has a
   certain amount of controversy to it, but for the purposes of this
   draft, I am very reluctant to try debate these issues.  The goal is to
   document a de-facto standard.  Debates about better techniques, why
   SPF is evil, etc. are probably best discussed on things like the IRTF
   ASRG list, SPAM-L, the NANAE newsgroup, or on spf-discuss on a
   separate thread/subject.

(See http://www.imc.org/ietf-smtp/mail-archive/msg01404.html and
http://www.imc.org/ietf-smtp/mail-archive/msg01870.html)

There were quite a few technical errors that were corrected because of
the reviews in ietf-822, ietf-smtp and the dnsext lists.  I even made
an editorial change to the draft because Bruce didn't think that one
RECOMMENDED item applied to only those domain owners that chose to
participate in SPF.

My intent was to simply not cause the various mailing lists to be
flooded with off-topic discussions, especially those that have had a
history of never being resolved.


-wayne


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf