Re: draft-kucherawy-greylisting-bcp
Pete Resnick <presnick@qualcomm.com> Wed, 26 October 2011 16:16 UTC
Received: from hoffman.proper.com (localhost [127.0.0.1]) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id p9QGGVhW068309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Oct 2011 09:16:31 -0700 (MST) (envelope-from owner-ietf-smtp@mail.imc.org)
Received: (from majordom@localhost) by hoffman.proper.com (8.14.4/8.13.5/Submit) id p9QGGVdk068308; Wed, 26 Oct 2011 09:16:31 -0700 (MST) (envelope-from owner-ietf-smtp@mail.imc.org)
X-Authentication-Warning: hoffman.proper.com: majordom set sender to owner-ietf-smtp@mail.imc.org using -f
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id p9QGGUXZ068303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <ietf-smtp@imc.org>; Wed, 26 Oct 2011 09:16:30 -0700 (MST) (envelope-from presnick@qualcomm.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=presnick@qualcomm.com; q=dns/txt; s=qcdkim; t=1319645790; x=1351181790; h=message-id:date:from:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-originating-ip; z=Message-ID:=20<4EA83258.5080202@qualcomm.com>|Date:=20We d,=2026=20Oct=202011=2011:16:24=20-0500|From:=20Pete=20Re snick=20<presnick@qualcomm.com>|User-Agent:=20Mozilla/5.0 =20(Macintosh=3B=20U=3B=20Intel=20Mac=20OS=20X=2010.6=3B =20en-US=3B=20rv:1.9.1.9)=20Gecko/20100630=20Eudora/3.0.4 |MIME-Version:=201.0|To:=20<dcrocker@bbiw.net>|CC:=20Dave =20CROCKER=20<dhc@dcrocker.net>,=20"ietf-smtp@imc.org"=20 <ietf-smtp@imc.org>|Subject:=20Re:=20draft-kucherawy-grey listing-bcp|References:=20<F5833273385BB34F99288B3648C4F0 6F19C6C14BFC@EXCH-C2.corp.cloudmark.com>=20<4EA6EE1A.5010 804@qualcomm.com>=20<4EA7C3AF.1070402@dcrocker.net>=20<21 88C106-043B-4A59-A09C-D88E7B17C307@network-heretics.com> =20<4EA8226D.80303@qualcomm.com>=20<4EA824AE.1060404@dcro cker.net>=20<4EA82851.6030005@qualcomm.com>=20<4EA82A72.2 050400@dcrocker.net>|In-Reply-To:=20<4EA82A72.2050400@dcr ocker.net>|Content-Type:=20text/plain=3B=20charset=3D"ISO -8859-1"=3B=20format=3Dflowed|Content-Transfer-Encoding: =207bit|X-Originating-IP:=20[172.30.39.5]; bh=2Mn0RVkPE3QrCb0MfqAgBHr2ADlbfSs6JbvlYttnhnw=; b=IBoBEf9kzyEX1+K4yzxmabIFAZ6HSwdU3HyN/hkcKwwB+8RoG33a7Jyg aVT7F/3uSPiQptlHM7WOcz2YFVeGwHDmdbbPaIXpa1+/N2S9H6rBrmMLm FXyyu+47bJxcKvn7EJR24Dub8EFIjM/OYwtjPDFZ2DhnAnHpaKzSC1C98 c=;
X-IronPort-AV: E=McAfee;i="5400,1158,6510"; a="131074071"
Received: from ironmsg03-r.qualcomm.com ([172.30.46.17]) by wolverine01.qualcomm.com with ESMTP; 26 Oct 2011 09:16:29 -0700
X-IronPort-AV: E=Sophos;i="4.69,409,1315206000"; d="scan'208";a="148929204"
Received: from nasanexhc07.na.qualcomm.com ([172.30.39.190]) by Ironmsg03-R.qualcomm.com with ESMTP/TLS/AES128-SHA; 26 Oct 2011 09:16:28 -0700
Received: from resnick2.qualcomm.com (172.30.39.5) by qcmail1.qualcomm.com (172.30.39.190) with Microsoft SMTP Server (TLS) id 14.1.339.1; Wed, 26 Oct 2011 09:16:28 -0700
Message-ID: <4EA83258.5080202@qualcomm.com>
Date: Wed, 26 Oct 2011 11:16:24 -0500
From: Pete Resnick <presnick@qualcomm.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: dcrocker@bbiw.net
CC: Dave CROCKER <dhc@dcrocker.net>, "ietf-smtp@imc.org" <ietf-smtp@imc.org>
Subject: Re: draft-kucherawy-greylisting-bcp
References: <F5833273385BB34F99288B3648C4F06F19C6C14BFC@EXCH-C2.corp.cloudmark.com> <4EA6EE1A.5010804@qualcomm.com> <4EA7C3AF.1070402@dcrocker.net> <2188C106-043B-4A59-A09C-D88E7B17C307@network-heretics.com> <4EA8226D.80303@qualcomm.com> <4EA824AE.1060404@dcrocker.net> <4EA82851.6030005@qualcomm.com> <4EA82A72.2050400@dcrocker.net>
In-Reply-To: <4EA82A72.2050400@dcrocker.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [172.30.39.5]
Sender: owner-ietf-smtp@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-smtp/mail-archive/>
List-ID: <ietf-smtp.imc.org>
List-Unsubscribe: <mailto:ietf-smtp-request@imc.org?body=unsubscribe>
On 10/26/11 10:42 AM, Dave CROCKER wrote: > On 10/26/2011 5:33 PM, Pete Resnick wrote: >> On 10/26/11 10:18 AM, Dave CROCKER wrote: >>> Greylisting is not a protocol, according to any definition I know. >>> >>> There is no way to test "interoperability". >> >> Rubbish. I can assure you that if someone implemented greylisting in >> such a way >> that "legitimate" mail stopped being delivered, because they set the >> greylist >> timeout too long or... > > You have just defined an interoperability criterion that includes all > sources of software misbehavior, daemon sleep times, and anything else > that can cause delays. I notice you conveniently snipped my example of using a status code that caused trouble. But yes, timeouts are commonly put into standards track documents, and reasonably so. Implementation parameters do cause interoperability problems and many of those are observable from the net. I have no idea how you can claim these aren't "interoperability criteria". Let's go back to my initial claims: If it implementation experience would cause changes to the instructions we give in a document to implementers, then it deserves to be on the standards track. If it's a "protocol, service, procedure, convention, or format" [2026, 3.1], it belongs in a technical specification. If it gives implementation instructions (values for parameters, how the protocol ought be implemented, etc.), then it belongs in an applicability statement. Both TSs and ASs go on the standards track. >> Greylisting is far more obviously a protocol with testable >> interoperability than is, say, RFC 5234 or 5322. [To clarify: I am not committed to greylisting being a protocol. I'm just saying it looks more like a protocol than do 5234 or 5322. It is the claim that there is no way to test interoperability that I reject..] > 5322 and other format specs explicitly entail parsing and processing > (and in the case of From: and Reply-to:, replying) by the remote > engine. That's essential interoperability. How does one "test interoperability" in the case of parsing that is going on in a local implementation like 5322? How is that different than greylisting? And for ANBF...? > In other words, formats are inherently bilateral. Greylisting is > unilateral. Formats are bilateral, but only in the sense that both sides have a common understanding of the semantics of the parsed format. Greylisting is bilateral for those who actually participate: That is, if I receive 4xx status code, I know to wait a while and resend. Successful delivery happens if we both do our parts correctly. It is certainly the case that if I am a poorly implemented SMTP client, I will not try again and my mail will not be delivered (the point of the greylisting), but surely greylisting still "specifies how, and under what circumstances" SMTP is "applied to support a particular Internet capability". [2026, 3.2] > The interoperability mechanism relevant to greylisting is the > /existing/ set of SMTP mechanisms. Greylisting is an indirect > invocation of those mechanisms. I agree. See 2026, section 3.2. > Again: since my view is rubbish, please define an interoperability > test for it. (I don't think I am making any statement about *your* *view*. I apologize for this coming across as a personal attack. I used "rubbish" only to mean, "I strongly disagree with the statement that there is no way to test interoperability". I certainly did not intend any offense.) Again, please re-read the sections of 2026 regarding ASs. The interoperability test is against SMTP, not greylisting itself. Greylisting is a way of implementing SMTP with certain outcomes. If implementation choices turn out to be wrong (which we can determine by testing the interoperability of SMTP implementations that use greylisting), we update the AS describing greylisting. That's what the standards track is all about. pr -- Pete Resnick<http://www.qualcomm.com/~presnick/> Qualcomm Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102
- Re: Per-session SMTP extensions Hector Santos
- Re: Per-session SMTP extensions (was: Re: 4yz Tem… Peter J. Holzer
- Re: 4yz Temporary Rejections is part of the SMTP … Robert A. Rosenberg
- Re: Per-session SMTP extensions (was: Re: 4yz Tem… Robert A. Rosenberg
- Re: 4yz Temporary Rejections is part of the SMTP … John C Klensin
- Re: Per-session SMTP extensions (was: Re: 4yz Tem… John C Klensin
- Re: 4yz Temporary Rejections is part of the SMTP … John C Klensin
- Re: Per-session SMTP extensions (was: Re: 4yz Tem… Peter J. Holzer
- Re: 4yz Temporary Rejections is part of the SMTP … Hector Santos
- Re: 4yz Temporary Rejections is part of the SMTP … Paul Smith
- Re: Per-session SMTP extensions Carl S. Gutekunst
- Per-session SMTP extensions (was: Re: 4yz Tempora… John C Klensin
- Re: 4yz Temporary Rejections is part of the SMTP … Carl S. Gutekunst
- Re: 4yz Temporary Rejections is part of the SMTP … Hector Santos
- Re: 4yz Temporary Rejections is part of the SMTP … John C Klensin
- Proposal: SMTP Ext - Base protocol for structured… Hector Santos
- RE: 4yz Temporary Rejections is part of the SMTP … Murray S. Kucherawy
- RE: 4yz Temporary Rejections is part of the SMTP … SM
- Re: 4yz Temporary Rejections is part of the SMTP … Paul Smith
- Re: 4yz Temporary Rejections is part of the SMTP … Hector Santos
- Re: 4yz Temporary Rejections is part of the SMTP … Peter J. Holzer
- RE: 4yz Temporary Rejections is part of the SMTP … Murray S. Kucherawy
- Re: 4yz Temporary Rejections is part of the SMTP … Carl S. Gutekunst
- RE: 4yz Temporary Rejections is part of the SMTP … Murray S. Kucherawy
- Re: 4yz Temporary Rejections is part of the SMTP … Hector Santos
- Re: 4yz Temporary Rejections is part of the SMTP … John C Klensin
- Re: 4yz Temporary Rejections is part of the SMTP … Hector Santos
- Re: 4yz Temporary Rejections is part of the SMTP … Hector Santos
- Re: 4yz Temporary Rejections is part of the SMTP … Robert A. Rosenberg
- Re: draft-kucherawy-greylisting-bcp Pete Resnick
- Re: draft-kucherawy-greylisting-bcp Dave CROCKER
- Re: draft-kucherawy-greylisting-bcp Pete Resnick
- Re: 4yz Temporary Rejections is part of the SMTP … SM
- Re: 4yz Temporary Rejections is part of the SMTP … Hector Santos
- Re: 4yz Temporary Rejections is part of the SMTP … John C Klensin
- 4yz Temporary Rejections is part of the SMTP Prot… Hector Santos
- Re: draft-kucherawy-greylisting-bcp Dave CROCKER
- Re: draft-kucherawy-greylisting-bcp Dave CROCKER
- RE: draft-kucherawy-greylisting-bcp Murray S. Kucherawy
- RE: draft-kucherawy-greylisting-bcp Murray S. Kucherawy
- Re: draft-kucherawy-greylisting-bcp Hector
- Re: draft-kucherawy-greylisting-bcp Keith Moore
- Re: draft-kucherawy-greylisting-bcp Pete Resnick
- Re: draft-kucherawy-greylisting-bcp John C Klensin
- Re: draft-kucherawy-greylisting-bcp Steve Atkins
- Re: draft-kucherawy-greylisting-bcp Dave CROCKER
- Re: draft-kucherawy-greylisting-bcp Tim Kehres
- Re: draft-kucherawy-greylisting-bcp Pete Resnick
- Re: draft-kucherawy-greylisting-bcp Dave CROCKER
- Re: draft-kucherawy-greylisting-bcp Pete Resnick
- Re: draft-kucherawy-greylisting-bcp Keith Moore
- Re: draft-kucherawy-greylisting-bcp Dave CROCKER
- RE: draft-kucherawy-greylisting-bcp Murray S. Kucherawy
- Re: draft-kucherawy-greylisting-bcp Pete Resnick
- draft-kucherawy-greylisting-bcp Murray S. Kucherawy
- Re: 4yz Temporary Rejections is part of the SMTP … Jeff Macdonald