GNU bug report logs -
#36714
27.0.50; Gnus nnmaildir taking long time to recursively visit sub-Maildirs
Previous Next
Reported by: Jean Louis <bugs <at> gnu.support>
Date: Thu, 18 Jul 2019 12:22:01 UTC
Severity: wishlist
Found in version 27.0.50
Done: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Bug is archived. No further changes may be made.
Full log
Message #32 received at 36714 <at> debbugs.gnu.org (full text, mbox):
On 07/19/19 19:31 PM, Jean Louis wrote:
> * Eric Abrahamsen <eric <at> ericabrahamsen.net> [2019-07-19 19:24]:
>>
>> On 07/19/19 08:15 AM, Jean Louis wrote:
>> > * Eric Abrahamsen <eric <at> ericabrahamsen.net> [2019-07-19 02:27]:
>> >> First of all, this isn't going to work until you've got Gnus into a
>> >> basic functioning state -- ie, it's already done a successful scan of
>> >> your nnmaildir backends.
>> >
>> > Thank you for helping. Yet it is not usable for
>> > me. I have too many maildirs and I was thinking
>> > Gnus would read it as maildirs, instead it started
>> > creating .nnmaildir directories inside with copies
>> > of those emails for its own way of processing.
>>
>> Yeah, I don't think there's any way around the creation of the
>> .nnmaildir directories, at least not given the way Gnus currently
>> functions. They aren't actually copies of the emails -- just vectors of
>> headers for each mail -- but obviously if you've got a lot of mail they
>> still take up a lot of space.
>
> The solution I found is to bind my Read Mail menu
> to eshell-visual-command mutt.
>
> Thank you for being helpful.
>
> The bug shall be closed.
Closing now.
> But it would be good that Emacs has Maildir
> reading capabiliies. As it is just a file system
> with messages.
I agree! Perhaps at some point we'll figure out a way for Gnus to handle
enormous maildirs -- I hope so.
This bug report was last modified 5 years and 299 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.