Re: Second Last Call: <draft-ietf-sieve-notify-sip-message-08.txt>(Sieve Notification Mechanism: SIP MESSAGE) to Proposed Standard
"t.petch" <daedulus@btconnect.com> Fri, 27 January 2012 11:31 UTC
Return-Path: <daedulus@btconnect.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 A6ECE21F8562 for <ietf@ietfa.amsl.com>; Fri, 27 Jan 2012 03:31:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.499
X-Spam-Level:
X-Spam-Status: No, score=-2.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599]
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 Mf4zDcPiwCjr for <ietf@ietfa.amsl.com>; Fri, 27 Jan 2012 03:31:25 -0800 (PST)
Received: from mail.btconnect.com (c2beaomr08.btconnect.com [213.123.26.186]) by ietfa.amsl.com (Postfix) with ESMTP id 34C8621F8541 for <ietf@ietf.org>; Fri, 27 Jan 2012 03:31:24 -0800 (PST)
Received: from host86-163-138-100.range86-163.btcentralplus.com (HELO pc6) ([86.163.138.100]) by c2beaomr08.btconnect.com with SMTP id FYW37168; Fri, 27 Jan 2012 11:31:19 +0000 (GMT)
Message-ID: <014901ccdcde$df75ee00$4001a8c0@gateway.2wire.net>
From: "t.petch" <daedulus@btconnect.com>
To: Pete Resnick <presnick@qualcomm.com>
References: <20120125201714.3903.82295.idtracker@ietfa.amsl.com> <4F2075BE.5070201@nostrum.com>, <033901ccdbab$6bae0900$430a1b00$@olddog.co.uk> <CD5674C3CD99574EBA7432465FC13C1B226F573BC9@DC-US1MBEX4.global.avaya.com>, <4F208AEF.5060406@qualcomm.com> <CD5674C3CD99574EBA7432465FC13C1B226F573BCE@DC-US1MBEX4.global.avaya.com> <4F21ABF2.7040002@qualcomm.com><6842.1327617385@marajade.sandelman.ca><F5833273385BB34F99288B3648C4F06F19C9A7D9F5@EXCH-C2.corp.cloudmark.com> <4F21DC59.4040207@qualcomm.com>
Subject: Re: Second Last Call: <draft-ietf-sieve-notify-sip-message-08.txt>(Sieve Notification Mechanism: SIP MESSAGE) to Proposed Standard
Date: Fri, 27 Jan 2012 11:31:42 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0301.4F228B05.00D1, actions=tag
X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.1.27.105414:17:7.586, ip=86.163.138.100, rules=__HAS_MSGID, __OUTLOOK_MSGID_1, __SANE_MSGID, __TO_MALFORMED_2, __FRAUD_SUBJ_A, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __MIME_VERSION, __CT, CT_TP_8859_1, __CT_TEXT_PLAIN, __CTE, __HAS_X_PRIORITY, __HAS_MSMAIL_PRI, __HAS_X_MAILER, USER_AGENT_OE, __OUTLOOK_MUA_1, __USER_AGENT_MS_GENERIC, __ANY_URI, __CP_URI_IN_BODY, __C230066_P5, BODY_SIZE_3000_3999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, RDNS_SUSP, BODY_SIZE_7000_LESS
X-Junkmail-Status: score=36/50, host=c2beaomr08.btconnect.com
X-Junkmail-Signature-Raw: score=suspect(1), refid=str=0001.0A0B0203.4F228B07.0108, ss=2, re=0.000, fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine
X-Junkmail-IWF: false
Cc: ietf@ietf.org
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: Fri, 27 Jan 2012 11:31:26 -0000
----- Original Message ----- From: "Pete Resnick" <presnick@qualcomm.com> To: "Murray S. Kucherawy" <msk@cloudmark.com> Cc: <ietf@ietf.org> Sent: Friday, January 27, 2012 12:06 AM > On 1/26/12 4:45 PM, Murray S. Kucherawy wrote: > >> -----Original Message----- > >> From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On Behalf Of Michael Richardson > >> Sent: Thursday, January 26, 2012 2:36 PM > >> To: ietf@ietf.org > >> Subject: Re: Second Last Call:<draft-ietf-sieve-notify-sip-message- > >> 08.txt> (Sieve Notification Mechanism: SIP MESSAGE) to Proposed > >> Standard > >> > >> At this point, I do not have a clear idea of what the set of outcomes > >> could be. I think that they can include: > >> 1) not publishing the document. > >> 2) revising the document to remove/work-around the encumbered work > >> > > Yes, certainly those are choices. > > >> 3) some legal action to attend to anul the patent (which might or > >> might not succeed). > >> > > I don't think this is something that we can do *as the IETF*. Certainly > others are welcome to pursue that. > > >> 4) go ahead and publish things as they are. > >> > > I also thought about suggesting a DNP or a standing DISCUSS or something until the license terms are made more IETF-friendly, unless the WG can find a way to do equivalent work that is unencumbered, but then the WG might not have the energy left. > > > > The document could be restricted to Experimental status, but that presumes the status matters as much as or more than the RFC number. I don't know if that's true or not in this case. > > > > These are also choices. > > > Those only cover the document though, and not the offender(s). Still chewing on an opinion about that. > > > > Other choices that involve both the document and the author(s) are > similar to ones outlined by other folks: > > - The author of the patent can be removed from the author list at the > top of the document. > (In effect, this would be the IETF asking the WG chair to fire the > document editor for failure to comply with IETF process. The result > would be the author not getting the recognition as a document editor, > though they would still appear in the Acknowledgments section.) > > - Removal of posting rights of the author from the WG or IETF mailing > lists, even perhaps via a PR Action for being "disruptive" of the IETF > process. Pete Whether or not this I-D is published as an RFC I see as an issue for the WG. I do not believe that I, nor many of those outside the WG, have the information on which to make an informed decision. On the individual in question, then yes, I believe that he should not be listed as an author. In the absence of any further explanatory communication from him, I would also suspend his posting rights. Tom Petch > Coincidentally, but not by chance, Adrian and I have been working on a > draft to discuss such sanctions that we are just about to post. I hope > that sparks some ideas as well. > > pr > > -- > Pete Resnick<http://www.qualcomm.com/~presnick/> > Qualcomm Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 > > _______________________________________________ > Ietf mailing list > Ietf@ietf.org > https://www.ietf.org/mailman/listinfo/ietf > >
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Adam Roach
- RE: Second Last Call: <draft-ietf-sieve-notify-si… Adrian Farrel
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Peter Saint-Andre
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Thomas Nadeau
- Re: Second Last Call: <draft-ietf-sieve-notify-si… SM
- RE: Second Last Call: <draft-ietf-sieve-notify-si… Worley, Dale R (Dale)
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Peter Saint-Andre
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Pete Resnick
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Pete Resnick
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Adam Roach
- Violation of IETF process (was: Second Last Call:… SM
- RE: Violation of IETF process (was: Second Last C… Adrian Farrel
- Re: [sieve] Second Last Call: <draft-ietf-sieve-n… Dave CROCKER
- RE: Violation of IETF process (was: Second Last C… SM
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Dave Cridland
- Re: Second Last Call: <draft-ietf-sieve-notify-si… John C Klensin
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Harald Alvestrand
- Re: [sieve] Second Last Call: <draft-ietf-sieve-n… Bob Hinden
- Re: Second Last Call: <draft-ietf-sieve-notify-si… John C Klensin
- RE: Second Last Call: <draft-ietf-sieve-notify-si… Murray S. Kucherawy
- RE: Violation of IETF process (was: Second Last C… Murray S. Kucherawy
- RE: Second Last Call: <draft-ietf-sieve-notify-si… Murray S. Kucherawy
- RE: Second Last Call: <draft-ietf-sieve-notify-si… Murray S. Kucherawy
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Pete Resnick
- Re: Second Last Call: <draft-ietf-sieve-notify-si… SM
- Re: Second Last Call: <draft-ietf-sieve-notify-si… John C Klensin
- encouraging compliance with IPR disclosure rules Peter Saint-Andre
- RE: Second Last Call: <draft-ietf-sieve-notify-si… Worley, Dale R (Dale)
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Pete Resnick
- Re: encouraging compliance with IPR disclosure ru… SM
- Re: Violation of IETF process todd glassey
- Re: Second Last Call: <draft-ietf-sieve-notify-si… todd glassey
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Kevin P. Fleming
- Re: Second Last Call: <draft-ietf-sieve-notify-si… SM
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Martin Rex
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Cyrus Daboo
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Cyrus Daboo
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Michael Richardson
- RE: Second Last Call: <draft-ietf-sieve-notify-si… Murray S. Kucherawy
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Hector
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Pete Resnick
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Barry Leiba
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Ted Hardie
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Steven Bellovin
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Barry Leiba
- Re: Second Last Call: <draft-ietf-sieve-notify-si… SM
- RE: Second Last Call: <draft-ietf-sieve-notify-si… Murray S. Kucherawy
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Hector Santos
- Re: Second Last Call: <draft-ietf-sieve-notify-si… t.petch
- Re: [sieve] Second Last Call: <draft-ietf-sieve-n… Arnt Gulbrandsen
- Re: encouraging compliance with IPR disclosure ru… Polk, William T.
- Re: encouraging compliance with IPR disclosure ru… Scott Brim
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Dave CROCKER
- Re: Second Last Call: <draft-ietf-sieve-notify-si… Alexey Melnikov
- Re: encouraging compliance with IPR disclosure ru… todd glassey