Hi Andrej, On Monday, 2023-04-17 15:26:19 +0200, Andrej Mikus wrote:
> [2023-04-17 09:23:48] 4< * OK [UIDVALIDITY 638172864165130000] UIDs valid > > Is the number returned by server too big? Thunderbird has no issues. Might be. In imap/imap.c imap_open_mailbox() the UIDVALIDITY is scanned as mutt_atoui() calling mutt_atoul() calling strtoul(). Even if on a 64-bit system that may succeed with unsigned long (on 32-bit hopefully would bail out with ERANGE already there), the conversion to unsigned int in mutt_atoui() may fail if that is uint32_t. > Is it worth to try more recent version I would have to compile? Current (and mutt-2-2-10-rel fwiw) has a cleaner handling for trailing characters (as the number is parsed from "638172864165130000] UIDs valid" but I didn't immediately spot a weakness in that old 1.13.2 version. Anyway always worth a try. There's a much better handling of many things compared to that outdated legacy version you have.. > Or would it need a new issue reported at > https://gitlab.com/muttmua/mutt/-/issues If the latest release doesn't succeed either then yes. Eike -- OpenPGP/GnuPG encrypted mail preferred in all private communication. GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Use LibreOffice! https://www.libreoffice.org/
signature.asc
Description: PGP signature
