Re: [ietf-smtp] parsing SMTP replies

Hector Santos <hsantos@isdg.net> Mon, 22 March 2021 01:16 UTC

Return-Path: <hsantos@isdg.net>
X-Original-To: ietf-smtp@ietfa.amsl.com
Delivered-To: ietf-smtp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCCB13A0654 for <ietf-smtp@ietfa.amsl.com>; Sun, 21 Mar 2021 18:16:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.201
X-Spam-Level:
X-Spam-Status: No, score=-0.201 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isdg.net header.b=SZuZFIkW; dkim=pass (1024-bit key) header.d=beta.winserver.com header.b=fLnohLUM
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 tH-d3h23_pKc for <ietf-smtp@ietfa.amsl.com>; Sun, 21 Mar 2021 18:16:45 -0700 (PDT)
Received: from mail.winserver.com (mail.santronics.com [76.245.57.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24EC93A0651 for <ietf-smtp@ietf.org>; Sun, 21 Mar 2021 18:16:44 -0700 (PDT)
DKIM-Signature: v=1; d=isdg.net; s=tms1; a=rsa-sha256; c=simple/relaxed; l=1847; t=1616375802; atps=ietf.org; atpsh=sha1; h=Received:Received:Received:Received:Message-ID:Date:From: Organization:To:Subject:List-ID; bh=1sG2bShYsd4ho3RMUoYSjz4uGLkp sRMcefGAghl7q2I=; b=SZuZFIkWD9VXFSmrozLhVKhA4TscNjfuycItbPYxRmm9 CbKkiNh68sIQs3bhrGkzaaV4ttztM6H3/MIN+f8bCCtQo1bRqhhwg0reQSIZvdes f8NYkXIpboelL9qAPLSxJncrH9Ui3tGGV3i0RsqICtaWQ0WEjtDRVeVcc/3QQRo=
Received: by mail.winserver.com (Wildcat! SMTP Router v8.0.454.10) for ietf-smtp@ietf.org; Sun, 21 Mar 2021 20:16:42 -0500
Authentication-Results: dkim.winserver.com; dkim=pass header.d=beta.winserver.com header.s=tms1 header.i=beta.winserver.com; dmarc=pass policy=reject author.d=isdg.net signer.d=beta.winserver.com (atps signer);
Received: from beta.winserver.com ([76.245.57.74]) by mail.winserver.com (Wildcat! SMTP v8.0.454.10) with ESMTP id 408996262.10953.3344; Sun, 21 Mar 2021 20:16:42 -0500
DKIM-Signature: v=1; d=beta.winserver.com; s=tms1; a=rsa-sha256; c=simple/relaxed; l=1847; t=1616375812; h=Received:Received: Message-ID:Date:From:Organization:To:Subject:List-ID; bh=1sG2bSh Ysd4ho3RMUoYSjz4uGLkpsRMcefGAghl7q2I=; b=fLnohLUMu4YOHMPkAGltw1J AxcERx/3i22BXhD30rqR1phnoI1qE90A6E2wsuDWXf61efbCuv8u5qjta0VtU0TQ bLSiSSXWsmAOcl5lduRMo5kXbpdPaZZAL2jCyTunouZ3GPsMfdZBNf4Wr/EFO10i UCfTqCU4VloWdrGiyUAw=
Received: by beta.winserver.com (Wildcat! SMTP Router v8.0.454.10) for ietf-smtp@ietf.org; Sun, 21 Mar 2021 21:16:52 -0400
Received: from [192.168.1.68] ([75.26.216.248]) by beta.winserver.com (Wildcat! SMTP v8.0.454.10) with ESMTP id 1092656362.1.40324; Sun, 21 Mar 2021 21:16:51 -0400
Message-ID: <6057EFF6.7030401@isdg.net>
Date: Sun, 21 Mar 2021 21:16:38 -0400
From: Hector Santos <hsantos@isdg.net>
Reply-To: hsantos@isdg.net
Organization: Santronics Software, Inc.
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.8.1
MIME-Version: 1.0
To: ietf-smtp@ietf.org
References: <CF0247A810AF9482CBB155E8@PSB> <01RWP85B98S4005PTU@mauve.mrochek.com> <20210316061139.GA26514@kiel.esmtp.org> <0d5912b5-6aba-728b-00de-a75397ad8ad8@tana.it> <01RWRTQUWB8Q005PTU@mauve.mrochek.com> <4EC92B6CFDD4220E0F692CF0@PSB> <cone.1616031446.909688.90196.1004@monster.email-scan.com> <7d448367-d5a0-7baf-3df4-dcafe1859437@network-heretics.com>
In-Reply-To: <7d448367-d5a0-7baf-3df4-dcafe1859437@network-heretics.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/RgqTAAxTgmHU7NFNJ1UbZbHrnWA>
Subject: Re: [ietf-smtp] parsing SMTP replies
X-BeenThere: ietf-smtp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion of issues related to Simple Mail Transfer Protocol \(SMTP\) \[RFC 821, RFC 2821, RFC 5321\]" <ietf-smtp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-smtp>, <mailto:ietf-smtp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-smtp/>
List-Post: <mailto:ietf-smtp@ietf.org>
List-Help: <mailto:ietf-smtp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-smtp>, <mailto:ietf-smtp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Mar 2021 01:16:51 -0000

On 3/17/2021 10:39 PM, Keith Moore wrote:
> On 3/17/21 9:37 PM, Sam Varshavchik wrote:
>
>>
>> I believe that the generally good track record of historical 
>> interoperability of SMTP implementations goes back to what's in 
>> section 4.5.3 of RFC 821, that gives the minimal limits of various 
>> things, like line lengths. And, incidentally, the minimum number of 
>> recipients that an SMTP server should accept is 100 recipients. 
>
> It's been a long time but I'm pretty sure I've seen situations in 
> which it made sense for the recipient limit to be 1.�� For example: 
> a special-purpose device (e.g. email to fax, email to printer) or a 
> gateway to a dissimilar mail system, or anything for which it makes 
> sense to insist that per-recipient errors get immediately reported 
> to the client.
>

Despite any standard, pseudo or otherwise, the ultimate limit is the 
local receiver/system and the minimum for a protocol complete SMTP 
transaction would be 1.

Our system has no limit out of the box and its system wide (global 
registry value). No current out of the box logic per user.  There 
might be a 3rd party RCPT command override p-code script 
(smtpcmd-rcpt.wcx) that may place a limit.  Can't a typical system 
handle 1000, 10K, 100K+ RCPTs?  How does a big list send mail 1 
million subscribers?   When our MLS is going thru a submission 
distribution, it has a transport to SMTP or create UUCP-ready files 
option.  The former method gets to learn from the SMTP receiver RCPT 
responses where a permanent 5yz result could  unsubscribe the user 
after a number of consecutive different message times.  Any permanent 
negative results with the intention of just being a limit could be 
interpreted as a user does no longer exist.

-- 
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos