GNU bug report logs - #56138
27.1; imap request exceeds maximum line length

Previous Next

Package: gnus;

Reported by: Arnaud Giersch <arnaud.giersch <at> univ-fcomte.fr>

Date: Wed, 22 Jun 2022 11:38:01 UTC

Severity: normal

Found in version 27.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 56138 in the body.
You can then email your comments to 56138 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bugs <at> gnus.org:
bug#56138; Package gnus. (Wed, 22 Jun 2022 11:38:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Arnaud Giersch <arnaud.giersch <at> univ-fcomte.fr>:
New bug report received and forwarded. Copy sent to bugs <at> gnus.org. (Wed, 22 Jun 2022 11:38:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Arnaud Giersch <arnaud.giersch <at> univ-fcomte.fr>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.1; imap request exceeds maximum line length
Date: Wed, 22 Jun 2022 10:48:47 +0200
[Message part 1 (text/plain, inline)]
Package: gnus

Hi,

When trying to enter a nnimap group with many unread messages, Gnus
hangs with, in the echo area, the message: "nnimap read 0k from [server]".

In fact, a very long IMAP request is generated from function
'nnimap-retrieve-headers' (see the attached logs for an example), and
the server replies with "* BAD maximum line length exceeded".
In this case, the server (Zimbra) rejects lines longer than 10240 octets.

[imap.log (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
IMHO, Gnus should split the request into smaller ones.
RFC 7162 (Section 4. Long Command Lines) recommends a maximum length of
8192 octets. [ https://www.rfc-editor.org/rfc/rfc7162.html#section-4 ]

As a side note, if Gnus could detect and report "BAD" replies from the
server, it would make the understanding of such issues more easy.

Regards,
Arnaud Giersch


In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2021-02-09, modified by Debian built on 3df710f593d9
Repository revision: b0229d4bbaea7fcddffced393512c650212830db
Repository branch: deb/emacs/d/sid/master
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)


Information forwarded to bugs <at> gnus.org:
bug#56138; Package gnus. (Thu, 23 Jun 2022 09:24:01 GMT) Full text and rfc822 format available.

Message #8 received at 56138 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Arnaud Giersch <arnaud.giersch <at> univ-fcomte.fr>
Cc: 56138 <at> debbugs.gnu.org
Subject: Re: bug#56138: 27.1; imap request exceeds maximum line length
Date: Thu, 23 Jun 2022 11:22:48 +0200
Arnaud Giersch <arnaud.giersch <at> univ-fcomte.fr> writes:

> IMHO, Gnus should split the request into smaller ones.
> RFC 7162 (Section 4. Long Command Lines) recommends a maximum length of
> 8192 octets. [ https://www.rfc-editor.org/rfc/rfc7162.html#section-4 ]

Yup.  I've now fixed this in Emacs 29.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 56138 <at> debbugs.gnu.org and Arnaud Giersch <arnaud.giersch <at> univ-fcomte.fr> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 23 Jun 2022 09:24:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 21 Jul 2022 11:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 278 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.