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
