Re: Current mailbombing is instigated by FSF

TSG <tglassey@earthlink.net> Sat, 28 February 2009 20:01 UTC

Return-Path: <tglassey@earthlink.net>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C647228C0EB; Sat, 28 Feb 2009 12:01:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.627
X-Spam-Level:
X-Spam-Status: No, score=-2.627 tagged_above=-999 required=5 tests=[AWL=-0.028, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HFZ+0LSRfb2f; Sat, 28 Feb 2009 12:01:48 -0800 (PST)
Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by core3.amsl.com (Postfix) with ESMTP id 9702C3A6B36; Sat, 28 Feb 2009 12:01:48 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=gFbPFeYLvkGzrIegPF2SMoIeb16L1wIBJ/XAAMnUrmUYHwTbpA4yL9TG+zMJRuJ1; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP;
Received: from [67.180.133.66] (helo=[192.168.1.101]) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from <tglassey@earthlink.net>) id 1LdVO0-0001S0-72; Sat, 28 Feb 2009 15:02:12 -0500
Message-ID: <49A99842.9070201@earthlink.net>
Date: Sat, 28 Feb 2009 12:02:10 -0800
From: TSG <tglassey@earthlink.net>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Dean Anderson <dean@av8.com>, "ipr-wg@ietf.org" <ipr-wg@ietf.org>, IETF Discussion <ietf@ietf.org>
Subject: Re: Current mailbombing is instigated by FSF
References: <Pine.LNX.4.44.0902281348160.21368-100000@citation2.av8.net>
In-Reply-To: <Pine.LNX.4.44.0902281348160.21368-100000@citation2.av8.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 01b7a7e171bdf5911aa676d7e74259b7b3291a7d08dfec7983c3fb00c918831bd200509a25338ad6350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 67.180.133.66
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Sat, 28 Feb 2009 20:01:49 -0000

Dean Anderson wrote:
> Unfortunately, Todd's delicate sarcasm is probably lost on most...
>
> The method was determined by the IETF. The last call is a public comment
> period to gage consensus.  There is nothing wrong with the method of the
> FSF in participating. 
Sure there is Dean - let me propose a theory here...

The theory is that the formal agreement to issue the standard was made 
years ago and anything that interferes with that for any reason other 
that 'technical failure of the vetting, interoperability testing, or 
documentation process' constitutes an unethical action of tortuous 
interference in a preexisting contractual relationship between the IETF 
and the Standards Development contact's relying parties and *** MUST *** 
be rebuked by the IETF.

Further, at this point the issue of whether to issue the standard has 
NOTHING to do with whether its patented or not and who owns that patent.

Jorge as the IETF's attorney I suggest that you respond to this.

My statement here is that if that vetting has finished and that instance 
of the vetting has interoperability testing done for it, and that 
testing satisfies the specification the WG agreed on, then the IETF's 
process has been met and the IETF is contractually bound to issue the 
Standard - PERIOD. No ands, no if's and no buts... & no fricking whining 
"but its patented". It just doesnt matter now whether its patented or 
not, the WG wasn't decieved and they agreed to do the work. If the IETF 
has a contract with the WG and its sponsors to issue that standard then 
it must meet that and anyone interfering with the issueance of a 
Technology Standard with a patent as its basis without participating in 
the WG's operations, is interfering with that contracts completion.

Todd

> This rabble rousing about "methods" is nonsense,
> generated by Hallam-Baker, Crocker, Chiappa, and a number of other
> people who are known to be either opposed to the FSF or pro-patent. They
> are trying to make an argument that might be accepted by anti-patent
> people such as Mr. Bormann, while lying about both the IETF process and
> about their real motives.
>
> RFC 2026 defines last call as:
>
> Last-Call - A public comment period used to gage the level of
>       consensus about the reasonableness of a proposed standards action.
>       (see section 6.1.2)
>
> The FSF, and everyone else, has a __RIGHT__ to participate in a PUBLIC 
> COMMENT PERIOD.
>
> Another argument that has been made is that it is somehow invalid to
> oppose the draft for patent licensing reasons.  The existance of patents
> and terms of patents licenses must be disclosed according to RFC3979,
> and according to the assurance made by every author in the preface of a
> draft. So these reasons are proper reasons to oppose a draft.
>
> When pro-patent forces argue that RFC3979 isn't the policy of the IETF, 
> they are merely being dishonest.
>   

> 		--Dean
>
>
>
>
> On Fri, 27 Feb 2009, TSG wrote:
>
>   
>> Carsten Bormann wrote:
>>     
>>> http://www.fsf.org/news/reoppose-tls-authz-standard
>>>
>>> While I have a lot of sympathy for the cause, I have very little 
>>> sympathy for the methods.
>>>       
>> I have NO sympathy for the cause.
>>     
>>> Rendering a mailing list that might be useful for actually resolving 
>>> the issue inoperative by a "campaign" is idiotic.
>>> Somebody from I* (the IETF chair may not be the right person this 
>>> time) should call them and explain that this is not the way to win 
>>> friends and impress people.
>>>
>>> Gruesse, Carsten
>>>
>>> PS: kill-filing messages CCed to campaigns@ietf.org might help a bit.  
>>> I don't know if the procedures allow to do this at the mailing list 
>>> level.
>>>       
>> Boy do I agree with you - The creation of a standard *** should *** have 
>> nothing to do with IP rights or licensing. The creation of any standard 
>> should JUST be based on whether proper vetting happened and whether the 
>> minimum number of ports was created and formally tested for 
>> interoperability. Anyone - and I mean ANYONE should be able to get a 
>> Standard by making the steps happen.
>>
>> Todd Glassey
>>     
>>> _______________________________________________
>>> Ietf mailing list
>>> Ietf@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ietf
>>>
>>>       
>> _______________________________________________
>> Ietf mailing list
>> Ietf@ietf.org
>> https://www.ietf.org/mailman/listinfo/ietf
>>
>>
>>     
>
>