Re: [apps-discuss] Call for Adoption: draft-ordogh-spam-reporting-using-imap

"Murray S. Kucherawy" <msk@cloudmark.com> Sat, 12 May 2012 04:02 UTC

Return-Path: <msk@cloudmark.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 751B821F8496 for <apps-discuss@ietfa.amsl.com>; Fri, 11 May 2012 21:02:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.621
X-Spam-Level:
X-Spam-Status: No, score=-102.621 tagged_above=-999 required=5 tests=[AWL=-0.022, 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 J26cA3A3B-LC for <apps-discuss@ietfa.amsl.com>; Fri, 11 May 2012 21:02:29 -0700 (PDT)
Received: from mail.cloudmark.com (cmgw1.cloudmark.com [208.83.136.25]) by ietfa.amsl.com (Postfix) with ESMTP id CC96821F8491 for <apps-discuss@ietf.org>; Fri, 11 May 2012 21:02:29 -0700 (PDT)
Received: from ht1-outbound.cloudmark.com ([72.5.239.26]) by mail.cloudmark.com with bizsmtp id 8s2J1j0010as01C01s2JSm; Fri, 11 May 2012 21:02:18 -0700
X-CMAE-Match: 0
X-CMAE-Score: 0.00
X-CMAE-Analysis: v=2.0 cv=F7XVh9dN c=1 sm=1 a=QMZKka45TBd+hNGtXG2bIg==:17 a=ldJM1g7oyCcA:10 a=9LL2mffbdxwA:10 a=zutiEJmiVI4A:10 a=kj9zAlcOel0A:10 a=xqWC_Br6kY4A:10 a=9NGZVl_YAAAA:8 a=48vgC7mUAAAA:8 a=mMrzvft6ibza-gnmeyoA:9 a=CjuIK1q_8ugA:10 a=I9DA3x22SqsA:10 a=lZB815dzVvQA:10 a=ms5c2GJgFisP3fyl:21 a=nxq1yK5hd1F4QSpS:21 a=QMZKka45TBd+hNGtXG2bIg==:117
Received: from EXCH-MBX901.corp.cloudmark.com ([fe80::addf:849a:f71c:4a82]) by exch-htcas902.corp.cloudmark.com ([fe80::54de:dc60:5f3e:334%10]) with mapi id 14.01.0355.002; Fri, 11 May 2012 21:02:18 -0700
From: "Murray S. Kucherawy" <msk@cloudmark.com>
To: "apps-discuss@ietf.org" <apps-discuss@ietf.org>
Thread-Topic: [apps-discuss] Call for Adoption: draft-ordogh-spam-reporting-using-imap
Thread-Index: AQHNL+ckkHt7loNU5Eu0IKxwp5/drZbFhprQ
Date: Sat, 12 May 2012 04:02:18 +0000
Message-ID: <9452079D1A51524AA5749AD23E00392811EE83@exch-mbx901.corp.cloudmark.com>
References: <9452079D1A51524AA5749AD23E00392811ECBB@exch-mbx901.corp.cloudmark.com> <B01B996E5DF9C9B47BF9204F@PST.JCK.COM>
In-Reply-To: <B01B996E5DF9C9B47BF9204F@PST.JCK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [67.160.203.60]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudmark.com; s=default; t=1336795338; bh=97DmvPOt1s/MLa7xII+IRVYPiuZ6BHBRFPgPdoiLK6I=; h=From:To:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=qZRnU8YEj2qaGw+6UlqCSsPLKyt977rvNolwHeF1u/MnYZr6BsHSSdjw7t2INMsSg cf4+Pm9/p58r/SFjvxRHfalsLz9eiIdxXH9kgFRT+i7o5OPC8HBY3UKbf7mhZT2FLJ d1J9Miypjf0xQxisM5R+lNrGglE4cqfibWutKdQU=
Subject: Re: [apps-discuss] Call for Adoption: draft-ordogh-spam-reporting-using-imap
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 May 2012 04:02:30 -0000

> -----Original Message-----
> From: John C Klensin [mailto:john-ietf@jck.com]
> Sent: Friday, May 11, 2012 7:30 PM
> To: Murray S. Kucherawy; apps-discuss@ietf.org
> Subject: Re: [apps-discuss] Call for Adoption: draft-ordogh-spam-reporting-using-imap
> 
> * I am strongly opposed to AppAWG taking this on unless it is
> absolutely clear that the IETF has/will have change control and that
> the WG is free to make changes in either the document or the underlying
> specification as seems appropriate.  The history of this document
> combined with the use of the "go negotiate with the authors" copyright
> language (which does not appear to be justified by prior work _in the
> IETF_) leaves me somewhat uncertain on that point.

I believe some conversation with the authors prior to today revealed that the current boilerplate was chosen in part because of the IPR claim made about the draft and in part because it plans to say "updates RFC3501", and thus he thought the current boilerplate was the correct selection.  If in fact no text was copied from RFC3501, and the IPR claim filed about the draft is sufficiently IETF-friendly, then I believe the selected boilerplate is in fact not appropriate and something more amenable to IETF handling should be chosen and the document resubmitted.

> * I agree with Ned that we do not want to standardize or propagate a
> number of different reporting mechanisms and formats.  This work should
> not, IMO, be initiated unless minimizing those differences is an
> explicit high-priority goal.

Ned's remarks about MARF hadn't occurred to me before.  I'll discuss this suggestion with our ADs, though MARF has basically already completed its chartered work list and is just waiting for its three documents in the RFC Editor queue to publish before formally shutting down.  

-MSK