On Wed, Sep 30, 2020 at 02:56:56PM -0500, Derek Martin wrote: > On Wed, Sep 30, 2020 at 02:21:22PM +0100, Chris Green wrote: > > On Tue, Sep 29, 2020 at 09:49:52AM -0500, Derek Martin wrote: > > > On Tue, Sep 29, 2020 at 08:30:42AM +0100, Chris Green wrote: > > > > The same place in a mbox hierarchy shows me the size of the maibox and > > > > the date of the last change. > > > > > > You're looking at this all wrong. It's purely a side effect of how > > > the mailbox abstraction is represented: you get that only because they > > > just happen to be files--exactly what the file browser was meant to > > > handle. > > > > > "I'm" a user! :-) I want the information I used to get. That it's > > "purely a side effect" of some technical change is unipoortant to the > > user. Yes, with my techie hat on I understand why it is, but I can > > also see that there are ways to get the information I want, albeit > > with some more code. > > It's not just more code, it's expensive code, at least in some cases. > Without reviewing the messages to get the exact details, I think some > of what you want is doable, and some is really not. > > Some of it really isn't Mutt's purview, per se--it's your MDA's > purview. I can't say why Christian gets dates and proper sorting on > his mail folder directories and you're not; that would take some > investigation. I could guess that it might be that maildir-aware MDAs > update the utimes on the folder directory when it delivers a file... > and even if it's not that, you could do that in your MDA with > os.utime(), which should force the issue. > Now that's a point, thank you, I see a small revision of my Python filter coming up! :-)
> Recursively calculating the space used by the mail folder, on the > other hand... just no. =8^) > If on Unix/Linux there's the ready made du utility but I think using that sounds more like a personal, one-off customisation rather than something to build into mutt. -- Chris Green
