Re: [spfbis] Last Call: <draft-ietf-spfbis-4408bis-19.txt> (Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1) to Proposed Standard

S Moonesamy <sm+ietf@elandsys.com> Wed, 21 August 2013 17:32 UTC

Return-Path: <sm@elandsys.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29CDD11E825A for <ietf@ietfa.amsl.com>; Wed, 21 Aug 2013 10:32:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.556
X-Spam-Level:
X-Spam-Status: No, score=-102.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FV+Denl9PrFG for <ietf@ietfa.amsl.com>; Wed, 21 Aug 2013 10:32:03 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1014211E8245 for <ietf@ietf.org>; Wed, 21 Aug 2013 10:31:53 -0700 (PDT)
Received: from SUBMAN.elandsys.com ([197.226.232.108]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id r7LHVPme017687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Aug 2013 10:31:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1377106301; bh=qNMvrE18iKEZgzSzoVq3kfgJy1+pZLN8v2iRTDurgNY=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=FX0eRYNMYM2hUS/5OqlrufsCsVn3cIYwSgkORrUEfvpbB0ZRrJA0B7MQfIBJfDr/v uGNfIjGHpJBbM5wZWevmoW91qBaiwgEN6vOAQ8wnFLm/IJDzA11VGoYBQ/q+N/JyTa kgh/kW2fPvunuSPm/NvFLF236qmt32qdkeEXAUsk=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1377106301; i=@elandsys.com; bh=qNMvrE18iKEZgzSzoVq3kfgJy1+pZLN8v2iRTDurgNY=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=qzmHhis/b3FrU8BNKPVI0JNU0RkWZY2cHJ8M+2rvUyaG+b+5ocEshf65neAeZj+dH 4MG5n0hwzfVg8WYTy97CXqanNQd5hGKIif0NEKB2XbG6zfSKy+Lm6KE2IK2yoGyp4S zEVkFztFX83vqMyiHRCIttu5f8LiDl2AmRv6WMzA=
Message-Id: <6.2.5.6.2.20130821084147.0bd3fd88@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Wed, 21 Aug 2013 10:04:15 -0700
To: manning bill <bmanning@isi.edu>, Jelte Jansen <jelte.jansen@sidn.nl>
From: S Moonesamy <sm+ietf@elandsys.com>
Subject: Re: [spfbis] Last Call: <draft-ietf-spfbis-4408bis-19.txt> (Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1) to Proposed Standard
In-Reply-To: <E9C96A4F-36CA-47E4-B2DF-4BFDD7EC277D@isi.edu>
References: <20130819150521.GB21088@besserwisser.org> <20130819160549.61542.qmail@joyce.lan> <20130819190533.GA30516@besserwisser.org> <4751241.GTNxysAlzm@scott-latitude-e6320> <B443E973-858A-4958-964B-B0F0FBDF5A7A@virtualized.org> <CAMm+LwhcHOeUv0iqZmZ6wX-jOD1r-mRR0x8sbxaKrsU3k4CNBQ@mail.gmail.com> <20130821040003.GL607@mx1.yitter.info> <64700EE4-85B3-4179-904A-885770C6BBF4@virtualized.org> <7F8D4DA5-F80B-432B-8231-5B40ADB61783@frobbit.se> <521495EB.7060207@cisco.com> <E9C96A4F-36CA-47E4-B2DF-4BFDD7EC277D@isi.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Cc: ietf@ietf.org, Patrik Fältström <paf@frobbit.se>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Aug 2013 17:32:04 -0000

At 04:55 21-08-2013, manning bill wrote:
>regarding adoption…  it would be interesting to 
>take a second snapshot from each of these servers in about six months
>to see if the trend has changed (modulo PAFs 
>observations that not all TXT == SPF).   In the 
>mean time, declare a suspension of
>last call to gauge if the presumption of failure 
>of the SPF RR merits this drastic action.

The IETF chartered the SPFBIS WG to deliver:

   (i)   A document describing the SPF/Sender-ID experiment and its
         conclusions to the IESG for publication.

   (ii)  A standards track document defining SPF, based on RFC4408
         and as amended above, to the IESG for publication.

There is a message from the Responsible Area 
Director ( 
http://www.ietf.org/mail-archive/web/spfbis/current/msg00331.html 
) and the SPFBIS Chairs ( 
http://www.ietf.org/mail-archive/web/spfbis/current/msg00355.html 
) about (i).  The SPFBIS  WG was asked to make a 
good-faith effort and that is what the working group did.

The editor of RFC 6686 did a good job.  The IESG 
approved the publication of the draft.  The 
working group worked on its second deliverable 
(ii) after that.  There wasn't any concern about 
the TXT RR as the matter was considered as 
resolved in RFC 6686.  I asked DNSEXT about the 
SPF RRTYPE in the (IANA) DNS Parameters registry 
( 
http://www.ietf.org/mail-archive/web/spfbis/current/msg03412.html 
).  It generated long threads on several IETF 
mailing lists.  It was unusual to have that 
amount of comments after the end of a WGLC.

Suspending the Last Call for six months is a 
drastic action.  I would ask the Responsible Area 
Director to consider that if the SPFBIS WG did 
not make a good-faith effort or if there is an 
issue with the process that was followed.  My 
opinion is that the SPFBIS WG made a good-faith 
effort.  There are at least three Area Directors 
reading the SPFBIS mailing list.  They did not flag any process-related issue.

At 07:03 21-08-2013, Jelte Jansen wrote:
>Just wondering, could OARC's recent DITL data help? (perhaps if only to
>see whether another large-scale targeted effort is needed)

Yes.  Someone also has to do the work.

Regards,
S. Moonesamy (as document shepherd)