bug#32526: 26.1; Fetching of emails for INBOX hangs

[Lars Ingebrigtsen]

Thomas Meyer <thomas@m3y3r.de> writes:

> when I try to read emails via IMAP in GNUS on this old x86_32 laptop,
> the fetching of emails seems to hang for some reason:
>
> Groups:
>        0: nnimap+imap.web.de:INBOX
>      167: nnimap+imap.web.de:Trash
>      294: nnimap+imap.web.de:Unbekannt
>      413: nnimap+imap.web.de:Unerwünscht
>
> So I did enable debug-on-quit and got this:
>
> Debugger entered--Lisp error: (quit)
>   gnus-uncompress-range((1 . 1374046600.0))
>   gnus-articles-to-read("nnimap+imap.web.de:INBOX" t)
>   gnus-select-newsgroup("nnimap+imap.web.de:INBOX" t nil)
>   gnus-summary-read-group-1("nnimap+imap.web.de:INBOX" t t nil nil nil)
>   gnus-summary-read-group("nnimap+imap.web.de:INBOX" t t nil nil nil nil)
>   gnus-group-read-group(nil t)
>   gnus-group-select-group(nil)
>   funcall-interactively(gnus-group-select-group nil)
>   call-interactively(gnus-group-select-group nil nil)
>   command-execute(gnus-group-select-group)
>
> Any ideas what could be the culprit here?
> As a fun fact emacs gnus with the same imap server seems to work
> correctly on an other x86_64 laptop.

Your nnimap INBOX seems to use message IDs that overflow the 32-bit
range.  This is something that nnimap just doesn't support
unfortunately, so there will be hangs.

The only way to work around this is to make the IMAP server renumber the
articles to "compact" them.

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