Re: [Emailcore] Ticket #14: G.7.8. Review different size limits

Alessandro Vesely <vesely@tana.it> Fri, 16 July 2021 08:08 UTC

Return-Path: <vesely@tana.it>
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 13E303A2BE5 for <emailcore@ietfa.amsl.com>; Fri, 16 Jul 2021 01:08:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.089
X-Spam-Level:
X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SPF_HELO_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1152-bit key) header.d=tana.it
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 r6ayFFUVT_lP for <emailcore@ietfa.amsl.com>; Fri, 16 Jul 2021 01:08:23 -0700 (PDT)
Received: from wmail.tana.it (wmail.tana.it [62.94.243.226]) (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 676183A2BE4 for <emailcore@ietf.org>; Fri, 16 Jul 2021 01:08:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tana.it; s=delta; t=1626422896; bh=C66F9fIdJ8Manti2S63ekFmGwrybmrOjJw7bU/M526w=; l=925; h=To:References:From:Date:In-Reply-To; b=CULpSWyLOxzI8yzr0LBa1Y3dUOVWF7KfiyoZI67nhF8AqcX3qk1c2adJVLvb2QCug KissQVqbwiTVPlMpKQk97Fk+t9QGJv5DfNl3JtcCF90t8xd4RGmUl0nmFuiCIPfCbY 6citAGixttFVn2haKs0xhiV0WAQYjLlxW2wiOpkM8VTuy0QJzhQlGRdgNa2uK
Authentication-Results: tana.it; auth=pass (details omitted)
Original-From: Alessandro Vesely <vesely@tana.it>
Received: from [172.25.197.111] (pcale.tana [172.25.197.111]) (AUTH: CRAM-MD5 uXDGrn@SYT0/k, TLS: TLS1.3, 128bits, ECDHE_RSA_AES_128_GCM_SHA256) by wmail.tana.it with ESMTPSA id 00000000005DC0BA.0000000060F13E6F.000040B7; Fri, 16 Jul 2021 10:08:15 +0200
To: emailcore@ietf.org
References: <20210715221921.C6E9F239F6B6@ary.qy>
From: Alessandro Vesely <vesely@tana.it>
Message-ID: <8b551cf1-131b-cf43-5e61-cabf6fb9e2e6@tana.it>
Date: Fri, 16 Jul 2021 10:08:15 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <20210715221921.C6E9F239F6B6@ary.qy>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/HN3HIR625-iTwHEQ5GqFX_a3CXs>
Subject: Re: [Emailcore] Ticket #14: G.7.8. Review different size limits
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: Fri, 16 Jul 2021 08:08:29 -0000

On Fri 16/Jul/2021 00:19:21 +0200 John Levine wrote:
> It appears that Viktor Dukhovni  <emailcore@ietf.org> said:
>>> On 15 Jul 2021, at 4:16 pm, John Levine <johnl@taugh.com> wrote:
>>> 
>>> PS: I don't feel strongly about lifting the 1000 octet limit but I would like
>>> to understand how widely it's enforced by mail receivers.
>>
>>On the receiving side Postfix does not enforce any physical
>>line length limits on message body lines, ...
> 
> I realize qmail isn't very popular any more, although you will find
> it hiding in the guts of a lot of packaged mail systems.  For incoming
> messages, it's all dynamic and there's no length limits.  For outgoing
> messages it politely wraps headers to 80 bytes but leaves bodies alone.


Courier has similar limits on submission.  Some 100000 for the whole header 
(configurable since 2007, BOFHHEADERLIMIT) and 5000 bytes line length limit.


Best
Ale
--