Re: Last Call: <draft-klensin-smtp-521code-05.txt> (SMTP 521 and 556 Reply Codes) to Proposed Standard

Barry Leiba <barryleiba@computer.org> Mon, 09 March 2015 15:38 UTC

Return-Path: <barryleiba.mailing.lists@gmail.com>
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 4D4F51A9030 for <ietf@ietfa.amsl.com>; Mon, 9 Mar 2015 08:38:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
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 0l0kn1kx24DG for <ietf@ietfa.amsl.com>; Mon, 9 Mar 2015 08:38:35 -0700 (PDT)
Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8FFC1A90A6 for <ietf@ietf.org>; Mon, 9 Mar 2015 08:33:55 -0700 (PDT)
Received: by igal13 with SMTP id l13so21895751iga.5 for <ietf@ietf.org>; Mon, 09 Mar 2015 08:33:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=kTi/57ATbyp7GxqhB558ZvuZOy9PgJO/sNQ9UEZ0PnY=; b=edgJPf9II8lsZEjVvylN92WQyF5+Innjwxmoo4GRvhkZlGMIrkN8MDuu7wTNPSUt5j tAI12RHIWJ57VBaQoKRIpTQDasp+C7Iq/qSzjFtvD6ePby+2Dog4A13LYP5wTAWEwKTE 1+5yALzKlaH3LPhQJfmWd46mx5Arl1pecdXC/Expy/pcMvmNOnbyR7BGOcYDdobcoC3E 72qfKVRTecgyADNatC/k32tiJ3HL/ATfG+6Lzvq5mosAaVI+CQjHXjJvcH2VrHOhWj0F ggQT/s4XoE2j0Lr/D5pX6kQEq/UjmvXxGLLorn6AHINdWHSqigNNXzQSR1QRNHVfhJrL HF9A==
MIME-Version: 1.0
X-Received: by 10.50.67.100 with SMTP id m4mr76241040igt.22.1425915235114; Mon, 09 Mar 2015 08:33:55 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.107.173.144 with HTTP; Mon, 9 Mar 2015 08:33:55 -0700 (PDT)
In-Reply-To: <20150307022154.22751.qmail@ary.lan>
References: <CAL0qLwZY5n4U4knKu4ghmJZXRWhT5TdpSAEsgc77C4RW2uuOUw@mail.gmail.com> <20150307022154.22751.qmail@ary.lan>
Date: Mon, 09 Mar 2015 11:33:55 -0400
X-Google-Sender-Auth: IrSIntcNshpA25jN5swkYuSeU2s
Message-ID: <CAC4RtVAiHHrcXqO1eUO0mCaUHBn=RZP_LmKR=QPo53hZqpVhWA@mail.gmail.com>
Subject: Re: Last Call: <draft-klensin-smtp-521code-05.txt> (SMTP 521 and 556 Reply Codes) to Proposed Standard
From: Barry Leiba <barryleiba@computer.org>
To: John Levine <johnl@taugh.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/kKTvDsEKxiFwGqoxI4Sxvb07xug>
Cc: IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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: Mon, 09 Mar 2015 15:38:36 -0000

>>   Many Internet hosts are not in a position -- whether technically,
>>   operationally, or administratively-- to offer email service.  If an
>>   SMTP client (sender) attempts to open a mail connection to a system
>>   that does not have an SMTP server, the connection attempt will time
>>   out.
>
> How about just making it "will be rejected or time out."
>
>   SMTP requires that timeouts result in the client queuing the
>
> "that timeouts" -> "that such failures"
>
>>   message and retrying it for an extended period.  That behavior will
>>   result in wasted resources and long delays in getting an error
>>   message back to its originator.
>
> It's shorter, says what needs to be said.

That seems to me to be the perfect level of change here, though I
would prefer the first be "will fail or time out", as there's no
active rejection going on (but I don't care enough to argue the point
further).

It's very important to remember that the purpose of what the document
is saying there is purely to give enough background for readers to
understand the purpose and usage of the codes.  Getting into finer
details of how SMTP works in these situations and debating too much
about whether "time out" is strictly and completely correct will just
distract from getting a simple, useful change in the status codes
standardized.

Barry