Re: [taugh.com-standards] Re: Gen-ART and OPS-Dir review of draft-ietf-appsawg-nullmx-06

Viktor Dukhovni <ietf-dane@dukhovni.org> Thu, 04 September 2014 16:46 UTC

Return-Path: <ietf-dane@dukhovni.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 240ED1A0401 for <ietf@ietfa.amsl.com>; Thu, 4 Sep 2014 09:46:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eDk56q8B6hpH for <ietf@ietfa.amsl.com>; Thu, 4 Sep 2014 09:46:41 -0700 (PDT)
Received: from mournblade.imrryr.org (mournblade.imrryr.org [38.117.134.19]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9F791A03E8 for <ietf@ietf.org>; Thu, 4 Sep 2014 09:46:41 -0700 (PDT)
Received: by mournblade.imrryr.org (Postfix, from userid 1034) id 6688C2AB2C4; Thu, 4 Sep 2014 16:46:39 +0000 (UTC)
Date: Thu, 04 Sep 2014 16:46:39 +0000
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
To: ietf@ietf.org
Subject: Re: [taugh.com-standards] Re: Gen-ART and OPS-Dir review of draft-ietf-appsawg-nullmx-06
Message-ID: <20140904164639.GB14392@mournblade.imrryr.org>
References: <3hpmKd3LBYzbcfr@spike.porcupine.org> <alpine.BSF.2.11.1409041232500.23605@joyce.lan>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <alpine.BSF.2.11.1409041232500.23605@joyce.lan>
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/LrNzngQ74gGXDJsiQGtl_aivyX4
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: ietf@ietf.org
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: Thu, 04 Sep 2014 16:46:43 -0000

On Thu, Sep 04, 2014 at 12:37:50PM -0400, John R Levine wrote:

> If you get 521 as a server greeting it means "I'm not a mail server."  If
> you get 521 as a response to RCPT TO it means "That's not a mail domain."

This overloading is unfortunate.  It creates an implementation
challenge on the server side, because at least with Postfix, 421/521
responses can originate in milters, policy services, and access
tables.  In such cases the server interprets this as a "please drop
this client now" signal.

Since nullmx recipient policy might well be implemented in miters
and the like, Postfix has no way to distinguish between this new
proposed code (which seems to not be a "drop" signal) and all
previous uses which are.

Postfix also supports "soft_bounce", which downgrades all 5XX
replies to the corresponding 4XX replies.  However 421 after RCPT
TO does not carry a "That's not a mail domain, but try again later"
meaning.

The choice of 521 here seems rather unfortunate, and based on an
error the experimental RFC 1846.  Please consider 550 or similar.

-- 
	Viktor.