Re: [apps-discuss] Comments on draft-ietf-appsawg-greylisting-03
SM <sm@resistor.net> Fri, 17 February 2012 04:34 UTC
Return-Path: <sm@resistor.net>
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 26AA321E806C for <apps-discuss@ietfa.amsl.com>; Thu, 16 Feb 2012 20:34:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.642
X-Spam-Level:
X-Spam-Status: No, score=-102.642 tagged_above=-999 required=5 tests=[AWL=-0.043, 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 ojawL0vxPZuT for <apps-discuss@ietfa.amsl.com>; Thu, 16 Feb 2012 20:34:23 -0800 (PST)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id C079C21E8038 for <apps-discuss@ietf.org>; Thu, 16 Feb 2012 20:34:23 -0800 (PST)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id q1H4YISM029926 for <apps-discuss@ietf.org>; Thu, 16 Feb 2012 20:34:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1329453263; i=@resistor.net; bh=bLsEecaPfM6K4YuEp59YM7iMGrLFQsDQ9yuDA6QWEk8=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=N6Nm/Uzf1X9cVKkkTQvAkHxUv3UEG3bgMbME6YoMKgjdVo4EL97PVhlDFeILFJ5SY Abeo0WrXEYdxBHw5P465ZgsFzo9AJRSIjUhQ29/1NlsZPGUmWSfKYE9x6gXNbT8Q2Y S13nbcqcHVoBNA98CZv1kOTcPk9mtpq/XJiQsmew=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1329453263; i=@resistor.net; bh=bLsEecaPfM6K4YuEp59YM7iMGrLFQsDQ9yuDA6QWEk8=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=p4S2FtMtEM5g/x2bPF5wsj6zMIxc8mpS3ZgLppWZjSxnt+ZVtCp0i8jZHV5RH7mdt YU/6V1eu4ySA6Dl8QRaImXyTIsM0iIqZgqx4rDIs6SYrQxXVseinCutehATeDe2fer er29V2QaJoMrOIc5Em6BmyVLS7kYEyWe1FYgMdK4=
Message-Id: <6.2.5.6.2.20120216201037.0901f720@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Thu, 16 Feb 2012 20:34:09 -0800
To: apps-discuss@ietf.org
From: SM <sm@resistor.net>
In-Reply-To: <F5833273385BB34F99288B3648C4F06F19C9A7DDD4@EXCH-C2.corp.cl oudmark.com>
References: <6.2.5.6.2.20120215194417.098a0438@elandnews.com> <4F3D0EE5.9060008@dcrocker.net> <6.2.5.6.2.20120216143635.09cc8660@resistor.net> <F5833273385BB34F99288B3648C4F06F19C9A7DDD4@EXCH-C2.corp.cloudmark.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Subject: Re: [apps-discuss] Comments on draft-ietf-appsawg-greylisting-03
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: Fri, 17 Feb 2012 04:34:29 -0000
Hi Murray, At 15:41 16-02-2012, Murray S. Kucherawy wrote: >So we agree that if one doesn't go for 421, then 450 is >appropriate. But a server could say either one without any comment >text and be equally un-useful to the client. Yes, to the "returns a 421 SMTP reply" in Section 2.1 as I do not see any other alternative. For the rest, it would be 450. >That is, if a client does 421 and dumps the connection, versus doing >450 but keeping the connection open (but probably unable to do >anything), I don't see the benefit of the latter for either >party. Are you presuming that the 421 comment will be generic while >a 450 might be descriptive? If the SMTP server sends a 421, it would force the connection to close. The usual implementations usually provide some text with the 450. The 421 comment I have seen was generic. I'll presume that a 421 means "service unavailable" as described in RFC 5321. BTW, 421 is sometimes used for load shedding. >The definition of AS from RFC2026 is: > > An Applicability Statement specifies how, and under what > circumstances, one or more TSs may be applied to support a particular > Internet capability. > >I would say abuse mitigation qualifies as a "capability". Local policy in SMTP provides leeway. It can be used for abuse mitigation. In my opnion, that's not an Internet capability. Regards, -sm
- [apps-discuss] Comments on draft-ietf-appsawg-gre… SM
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Tony Finch
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Dave CROCKER
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… SM
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… SM
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… John Levine
- Re: [apps-discuss] Comments on draft-ietf-appsawg… SM
- Re: [apps-discuss] Comments on draft-ietf-appsawg… John Levine
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- [apps-discuss] BCP, AS, something else? (was RE: … Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… John Levine
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] BCP, AS, something else? (was … Barry Leiba
- Re: [apps-discuss] BCP, AS, something else? (was … Ned Freed