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

Frank Ellermann <nobody@xyzzy.claranet.de> Sat, 27 August 2005 05:28 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8tEy-0000GR-2v; Sat, 27 Aug 2005 01:28:28 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8tEu-0000EE-Ki for ietf@megatron.ietf.org; Sat, 27 Aug 2005 01:28:25 -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 BAA13264 for <ietf@ietf.org>; Sat, 27 Aug 2005 01:28:23 -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 1E8tFm-0004dh-Iu for ietf@ietf.org; Sat, 27 Aug 2005 01:29:19 -0400
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1E8tDS-0007Ft-8F for ietf@ietf.org; Sat, 27 Aug 2005 07:26:54 +0200
Received: from 62.80.58.221 ([62.80.58.221]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf@ietf.org>; Sat, 27 Aug 2005 07:26:54 +0200
Received: from nobody by 62.80.58.221 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf@ietf.org>; Sat, 27 Aug 2005 07:26:54 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: ietf@ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Sat, 27 Aug 2005 07:23:39 +0200
Organization: <URL:http://purl.net/xyzzy>
Lines: 32
Message-ID: <430FF8DB.627A@xyzzy.claranet.de>
References: <B5BB79FFA1CF09E73E64D992@B50854F0A9192E8EC6CDA126> <430E17CF.8080502@mcsr-labs.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: 62.80.58.221
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Content-Transfer-Encoding: 7bit
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

Spencer Dawkins wrote:
 
> of course, the idea of the IESG "policing" anything that
> happens on the Internet has to be kind of silly, given that
> two consenting endpoints can send just about anything to
> each other, especially above the IP layer, and our obvious
> lack of any enforcement mechanism.

Of course.  OTOH these are RfCs submitted through the IETF,
one of them intended to be a PS, and initiating what passes
as an internal (= IETF, non-WG) "last call", and it was as
ready for a proper "IETF last call" including Bruce's famous
reviews and other obstacles as "we" (SPF) could get it.

If it really covers 80% of AOL's inbound mail that's a rather
big "experiment" if you ask me, and about 750,000 domains 
and an unknown (more than four) number of independent and
(claiming to be) interoperable SPF implementations is also
a bit more than a mere prototype.
  
> if the IESG helps experiments avoid gratuitous conflicts,
> that is wonderful - but for more than that, the IESG is
> working very hard just to get the STANDARD protocols out :-)

It's their privilege to decide about the status.  It's my
privilege to think that "experimental" for SPF was foolish.
But that's beside the point for the senderid-appeal.

                            Bye, Frank

http://mid.gmane.org/42B4624D.5086@xyzzy.claranet.de



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