From 7240a93c7dac9e1e73c7792e48a80df9ddf1eae0 Mon Sep 17 00:00:00 2001 From: Eric Wong Date: Wed, 10 Jun 2020 07:05:06 +0000 Subject: imap: support 8000 octet lines RFC 2683 section 3.2.1.5 recommends it: > For its part, a server should allow for a command line of at least > 8000 octets. This provides plenty of leeway for accepting reasonable > length commands from clients. The server should send a BAD response > to a command that does not end within the server's maximum accepted > command length. To conserve memory, we won't bother reading the entire line before sending the BAD response and disconnecting them. --- Documentation/standards.perl | 1 + 1 file changed, 1 insertion(+) (limited to 'Documentation/standards.perl') diff --git a/Documentation/standards.perl b/Documentation/standards.perl index 8fc852c7..b4bda8a9 100755 --- a/Documentation/standards.perl +++ b/Documentation/standards.perl @@ -44,6 +44,7 @@ my $rfcs = [ 5322 => 'Internet message format (2008)', 3501 => 'IMAP4rev1', 2177 => 'IMAP IDLE', + 2683 => 'IMAP4 Implementation Recommendations', # 5032 = 'WITHIN search extension for IMAP', 4978 => 'IMAP COMPRESS Extension', # 5182 = 'IMAP Extension for Referencing the Last SEARCH Result', -- cgit v1.2.3-24-ge0c7