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

Dave Crocker <dhc@dcrocker.net> Wed, 21 August 2013 21:41 UTC

Return-Path: <dhc@dcrocker.net>
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 97E7B11E819C for <ietf@ietfa.amsl.com>; Wed, 21 Aug 2013 14:41:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.535
X-Spam-Level:
X-Spam-Status: No, score=-6.535 tagged_above=-999 required=5 tests=[AWL=0.064, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 I8LVV+XlGfEp for <ietf@ietfa.amsl.com>; Wed, 21 Aug 2013 14:41:12 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by ietfa.amsl.com (Postfix) with ESMTP id 957C211E8144 for <ietf@ietf.org>; Wed, 21 Aug 2013 14:41:12 -0700 (PDT)
Received: from [192.168.1.66] (76-218-9-215.lightspeed.sntcca.sbcglobal.net [76.218.9.215]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id r7LLf8I4027585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 21 Aug 2013 14:41:12 -0700
Message-ID: <521533DB.4040001@dcrocker.net>
Date: Wed, 21 Aug 2013 14:40:43 -0700
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Pete Resnick <presnick@qti.qualcomm.com>
Subject: Re: Rude responses (Was: Last Call: <draft-ietf-spfbis-4408bis-19.txt> (Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1) to Proposed Standard)
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> <1C40FB10-3705-4E80-8DEB-D14B63D24C97@frobbit.se> <5214A593.8030907@cisco.com> <E3B3B6B0-F17F-44D0-ACD1-53BDBAC6F2CB@frobbit.se> <5214F97B.2080400@dcrocker.net> <6D6829DE-1242-4877-BB5E-8ECD08D88CB2@frobbit.se> <52150722.1070307@dcrocker.net> <52150DF0.6070800@qti.qualcomm.com> <5215123E.5080203@dcrocker.net> <52151903.4030402@qti.qualcomm.com>
In-Reply-To: <52151903.4030402@qti.qualcomm.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.66]); Wed, 21 Aug 2013 14:41:12 -0700 (PDT)
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: dcrocker@bbiw.net
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 21:41:17 -0000

On 8/21/2013 12:46 PM, Pete Resnick wrote:
> It is not your complaint about the imposition of new requirements that
> is problematic, or your point that it is not useful to continue that
> line of discussion. Talk about the utility of a comment all that you
> want. It is the sarcasm and the rudeness that I am saying is
> unreasonable. Especially coming from a senior member of the community,

OK.  No sarcasm in IETF postings.  Good luck with that.

More seriously...

You might have noticed that there have been a variety of folk making 
unrealistic or misguided suggestions and that they have been receiving 
entirely muted and exploratory -- albeit negative -- responses.

The implication that I think you've missed here is the obligation that 
should hold for a 'senior' participant who is lodging concerns.  The 
current thread is being tenaciously pursued by another "senior" member 
and former AD and the line of objections and requirements being put 
forward are studiously ignoring the considerable efforts of the working 
group and the considerable practical field history.

As such, they represent their own form of disrespect.

The alternative phrasing you suggest makes sense for average, random, 
problematic criticism.  But as I indicated in the previous note, the 
phrasing suffers from implying a degree of legitimacy that is not 
warranted for this thread, from another 'senior' participant.

I realize you don't agree with that view, but I'll again note that I'm 
not aware of any formal rule that my posting violated and certainly not 
any pattern of IETF practice.  (Of course I can read the Code of Conduct 
to the contrary, but having done that, I felt that each of its relevant 
points had a counter in this case.)

I, too, preferred a far more constructive tone to the thread, and 
attempted to contribute that initially.  But persistent 
unreasonableness, when it can't be attributed to ignorance, warrants an 
explicit note.  So I gave it.

Taking this thread seriously, even to the extent of treating it with a 
cautiously respectful tone, encourages a persistent silliness in the 
IETF that is strategically destructive, because it communicates our 
tolerance for having experienced participants waste people's time and 
effort.


> the only purpose it seems to serve is to bully others into not
> participating in the conversation.

You think I could bully Patrik?  Good luck with that, too.


 >If you think that the conversation
> has gone on too long, you're perfectly within rights to ask the manager
> of the thread (in this case, myself or the chairs), in public if you
> like, to make a call and say that the issue is closed. But again, the
> tactics displayed above are not professional and not reasonable
> rhetorical mode.

The thread itself does not have a professional premise, Pete.  The 
record needs to reflect at least one comment to that effect.


>> I don't recall that being a proscribed behavior, since it has nothing
>> to do with personalities.  So, please explain this in a way that does
>> not sound like Procrustean political correctness.
>
> I am not sure what the first sentence means. And I'm sorry that you
> believe that my stance on this is Procrustean. But the fact is that rude
> comments of this sort do not contribute to consensus-building in the least.

The thread has its own responsibility to attempt consensus building.  It 
wasn't doing that.  In fact, in its way, it has represented a classic, 
continuing of bullying against DNS pragmatics.


>> For the record, I entirely acknowledge that my note has an edge to it
>> and yes, of course alternate wording was possible.  However the thread
>> is attempting to reverse extensive and careful working group effort
>> and to ignore widely deployed and essential operational realities,
>> including published research data.
>
> I appreciate your input that you believe that some or all of the
> objectors are ignoring operational realities.

I didn't say that.  This current exchange is about a specific thread. 
It is now your turn to be more careful in what you assert.


> Perhaps they are. But the
> fact is that Last Call is a time for the community to take a last look
> at WG output. If senior members of the community (among which there are
> several in this thread) are suspicious of the output, it *is* important
> to make sure that their concerns are addressed.

Only after determining that their concerns are reasonable.


> Maybe they simply don't
> have all of the information. But maybe the WG has missed something
> essential in all that careful work. Both have historically happened many
> times.

Again, you are missing the point that we'd already done through quite a 
bit of that, with no apparent effect.


> It is far more distracting and destabilizing for the IETF to come out of
> a Last Call with experienced members of the community suspicious that a
> bad result has occurred,

As an abstraction, your point is of course entirely valid.  But your 
premise is that a reasonable discussion is possible and that the 
suspicions can be allayed.  We already had solid indications that 
neither were achievable.


d/


-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net