Re: [Emailcore] Ticket #5: G.5. Remove or deprecate the work-around from code 552 to 452?

John C Klensin <john@jck.com> Mon, 29 March 2021 02:01 UTC

Return-Path: <john@jck.com>
X-Original-To: emailcore@ietfa.amsl.com
Delivered-To: emailcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51EF23A2CAB for <emailcore@ietfa.amsl.com>; Sun, 28 Mar 2021 19:01:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 419gG7MZTMex for <emailcore@ietfa.amsl.com>; Sun, 28 Mar 2021 19:01:01 -0700 (PDT)
Received: from bsa3.jck.com (static-65-175-133-136.nh.cpe.atlanticbb.net [65.175.133.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C43413A2CA9 for <emailcore@ietf.org>; Sun, 28 Mar 2021 19:01:01 -0700 (PDT)
Received: from hp5.int.jck.com ([198.252.137.153] helo=JcK-HP5) by bsa3.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john@jck.com>) id 1lQhCg-000P7R-0f; Sun, 28 Mar 2021 22:00:30 -0400
Date: Sun, 28 Mar 2021 22:00:09 -0400
From: John C Klensin <john@jck.com>
To: hsantos@isdg.net, emailcore@ietf.org
Message-ID: <5869470BC20BC71EDB5180AF@JcK-HP5>
In-Reply-To: <60608A18.6070408@isdg.net>
References: <ca851fda-63ac-8739-c3eb-bde725aa25f3@isode.com> <c188413b-9337-40d8-8062-9c0f58f6cd98@www.fastmail.com> <CAHej_8kHwEOmq5bf49=Tt6ZEVkuidMhy5s4XPu7JC+k22qraZg@mail.gmail.com> <CAHej_8ma-kDkVh3Oj11R5Fn6BbwJsWfFpx0Zqv61fPL35CJNUA@mail.gmail.c om> <0F2370D0-D04C-45A1-A5A1-8FF1F174FFE5@dukhovni.org> <CAHej_8=deJU1CW2AzDBu5ji3Uir+_zF6Gp59Z-hHRmRipz8Osw@mail.gmail.com> <9A7BDB22F3A0396EF24BF91D@PSB> <397cc52c-5533-12a2-6ca2-e46f5987105c@wizmail.org> <F57F0BCCE67A6D1CE8BC3157@PSB> <6FC2E8E6-334A-4C4B-9FB6-A0F2805C4A31@dukhovni.org> <420176B328E2416BF3351C95@PSB> <2fd6ac6c-5676-4134-bcce-928145d488b4@www.fastmail.com> <60608A18.6070408@isdg.net>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/x9mC-PS7kln133MepCNwJqza9Fk>
Subject: Re: [Emailcore] Ticket #5: G.5. Remove or deprecate the work-around from code 552 to 452?
X-BeenThere: emailcore@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: EMAILCORE proposed working group list <emailcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emailcore>, <mailto:emailcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emailcore/>
List-Post: <mailto:emailcore@ietf.org>
List-Help: <mailto:emailcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emailcore>, <mailto:emailcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Mar 2021 02:01:07 -0000


--On Sunday, 28 March, 2021 09:52 -0400 Hector Santos
<hsantos=40isdg.net@dmarc.ietf.org> wrote:

> On 3/28/2021 9:02 AM, Alexey Melnikov wrote:
>> Hi John,
>> 
>> Trying to concentrate on the specific text about treating 552
>> in response to RCPT TO as 452: based on feedback from Victor
>> and Jeremy (and I can confirm that Isode's MTA is doing the
>> same), I don't believe implementations are actually 552 in
>> response to RCPT TO as 452. So I think the SHOULD requirement
>> should be removed, with possibly some note in the document
>> that this has changed. Do you agree?
>> 
>> 
> 
> Since 2003 or so, wcSMTP issues:
> 
>      if ((MaxRecipients > 0) && (TotalRecipients+1 >
> MaxRecipients)) {
>          Send("552 Maximum (%d) Recipients
> reached.\r\n",MaxRecipients);
>          smtplog("RCPT: Maximum (%d) Recipients
> reached.",MaxRecipients);
>          return TRUE;
>      }
> 
> 
> Where MaxRecipient is by default zero (0).  Any defined value
> would be system wide -- not per AUTHorized user although I
> should probably add that for the next update. <g>

Hector,

RFC 5321 said, in 2008, to use 452 for this case.  The only
justification I can see for leaving in the text that Alexey and
others have proposed removing would be if leaving it there a bit
longer would cause you to bring wcSMTP into compliance.  If the
reality is that either you know about the change and will get
around to it someday regardless of what 5321bis says or that
nothing we say (or don't say) in 5321bis will make any
difference, then it seems to me that we should eliminate
confusing text that no longer applies to a significant number of
other MTAs.

Which is it?  Are you suggesting retaining that text and, if so,
why?

  john