Quoting Chris Green from 02 Oct (a Friday in 2020) at 1657 hours...
>
> ... by the way I just timed a 'du' on my main directory full of
> (maildir) directories:-
>
> chris$ time du -sm *
> real0m0.109s
> user0m0.032s
> sys 0m0.076s
>
>
> (and, no, I didn't cheat,
On 03Oct2020 08:51, Chris Green wrote:
>On Sat, Oct 03, 2020 at 02:47:46PM +1000, Cameron Simpson wrote:
>> >Even *copying* the whole of my 1.5Gb mail hierarchy takes only 8
>> >seconds.
>>
>> Looks like your filesystem is superior to mine. Mine's MacOS apfs, I
>> presume yours is a good Linux fs
On Sat, Oct 03, 2020 at 02:47:46PM +1000, Cameron Simpson wrote:
> On 02Oct2020 16:57, Chris Green wrote:
> >... by the way I just timed a 'du' on my main directory full of
> >(maildir) directories:-
> >
> >chris$ time du -sm *
> [...]
> >real0m0.109s
> >user0m0.032s
> >
On 02Oct2020 16:57, Chris Green wrote:
>... by the way I just timed a 'du' on my main directory full of
>(maildir) directories:-
>
>chris$ time du -sm *
[...]
>real0m0.109s
>user0m0.032s
>sys 0m0.076s
>
>(and, no, I didn't cheat, that was a 'cold start' du, I hadn't
On Fri, Oct 02, 2020 at 10:36:44AM -0500, Derek Martin wrote:
>
> I haven't made this point yet since I regard it as almost irrelevant
> given the above, but I would also argue it's not particularly useful
> information, except in the context of disk space management--which has
> nothing to do
On Thu, Oct 01, 2020 at 10:01:21AM +0100, Chris Green wrote:
> 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:
> > I can't say why Christian gets dates
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
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
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:
> > I have 'set folder_format="%N %-32.32f %m %n"'. I did have a date as
> > well but all that shows is 'Sep 25' the date of creation of the
> > maildir which is no use at
* Derek Martin on Tuesday, September 29, 2020 at 09:49:52 -0500:
On Tue, Sep 29, 2020 at 08:30:42AM +0100, Chris Green wrote:
I have 'set folder_format="%N %-32.32f %m %n"'. I did have a
date as
well but all that shows is 'Sep 25' the date of creation of the
maildir which is no use at all,
On Tue, Sep 29, 2020 at 08:30:42AM +0100, Chris Green wrote:
> On Mon, Sep 28, 2020 at 07:01:25PM -0500, Derek Martin wrote:
> > On Sat, Sep 26, 2020 at 08:29:22PM +0100, Chris Green wrote:
> > > > > This is by no means a show stopper, I'm going to stay with maildir,
> > > > > but it woud be nice
On Mon, Sep 28, 2020 at 06:55:51PM -0500, Derek Martin wrote:
> On Sat, Sep 26, 2020 at 05:02:08PM +0100, Chris Green wrote:
> > However there is a minor downside in the file browser (well directory
> > browser really isn't it), the information shown against the
> > directories (at the bottom
On Mon, Sep 28, 2020 at 07:01:25PM -0500, Derek Martin wrote:
> On Sat, Sep 26, 2020 at 08:29:22PM +0100, Chris Green wrote:
> > > > This is by no means a show stopper, I'm going to stay with maildir,
> > > > but it woud be nice to be able to improve it a bit.
> > >
> > > I'd recommend using a
On Mon, Sep 28, 2020 at 10:10:28PM -0400, Josef 'Jeff' Sipek wrote:
> On Mon, Sep 28, 2020 at 18:55:51 -0500, Derek Martin wrote:
> ...
> > On Unix systems, at least
> > for most file systems, the size of a directory is the space occupied
> > by the blocks needed to hold the internal
On Mon, Sep 28, 2020 at 18:55:51 -0500, Derek Martin wrote:
...
> On Unix systems, at least
> for most file systems, the size of a directory is the space occupied
> by the blocks needed to hold the internal representation of the
> listing of the directory...
Yes, the size on directories is
On Mon, Sep 28, 2020 at 06:09:49PM -0700, Kevin J. McCarthy wrote:
> Yes, Olaf Hering submitted a patch in 1.10, zeroing out the directory size
> for the reason you site below:
>
> > However the size of a directory is very likely not what you think it is,
> > and is not particularly useful to
On 26Sep2020 20:29, Chris Green wrote:
>On Sat, Sep 26, 2020 at 01:13:11PM -0400, Ben Boeckel wrote:
>> That's most likely a "last edited" date. Adding flags or labels to a
>> message would have reset that time as well. These directories were last
>> edited on the date you created them, so not
On Mon, Sep 28, 2020 at 06:55:51PM -0500, Derek Martin wrote:
There IS size info, although it's wrong... That appears to be a bug
introduced some time after 1.9.4, which I have lying around, that has
it right. I also have 1.12.2 where it is wrong, so... somewhere in
between.
Yes, Olaf
On Sat, Sep 26, 2020 at 08:29:22PM +0100, Chris Green wrote:
> > That's most likely a "last edited" date. Adding flags or labels to a
> > message would have reset that time as well. These directories were last
> > edited on the date you created them, so not much is going to change
> > that. You'd
On Sat, Sep 26, 2020 at 05:02:08PM +0100, Chris Green wrote:
> However there is a minor downside in the file browser (well directory
> browser really isn't it), the information shown against the
> directories (at the bottom level these are maildir mailboxes) is
> pretty useless, what I am seeing
On Sun, Sep 27, 2020 at 10:07:41 +0100, Chris Green wrote:
> Are you using maildir?
Have been from the start. I use offlineimap to sync my mail from a
number of accounts and then let mutt work with those.
--Ben
On Sat, Sep 26, 2020 at 06:52:23PM -0400, Ben Boeckel wrote:
> On Sat, Sep 26, 2020 at 21:59:43 +0100, Chris Green wrote:
> > Er, um, that is what I'm using - and have been using for more years
> > than I like to remember!
>
> Hmm. The dates I have in my folder listing seem to be "last modified"
On Sat, Sep 26, 2020 at 21:59:43 +0100, Chris Green wrote:
> Er, um, that is what I'm using - and have been using for more years
> than I like to remember!
Hmm. The dates I have in my folder listing seem to be "last modified"
including messages being added or removed:
0.1K Sep 26 11:55
On Sat, Sep 26, 2020 at 04:54:56PM -0400, Ben Boeckel wrote:
> On Sat, Sep 26, 2020 at 20:29:22 +0100, Chris Green wrote:
> > They're on a fast SSD on the same system as mutt is running on so
> > 'very expensive' is probably not an issue.
>
> Typical tools like `ls` don't know that. GUI browsers
On Sat, Sep 26, 2020 at 20:29:22 +0100, Chris Green wrote:
> They're on a fast SSD on the same system as mutt is running on so
> 'very expensive' is probably not an issue.
Typical tools like `ls` don't know that. GUI browsers might be smarter,
but that hasn't been consistent IME. Not sure about
On Sat, Sep 26, 2020 at 01:13:11PM -0400, Ben Boeckel wrote:
> On Sat, Sep 26, 2020 at 17:02:08 +0100, Chris Green wrote:
> > However there is a minor downside in the file browser (well directory
> > browser really isn't it), the information shown against the
> > directories (at the bottom level
On Sat, Sep 26, 2020 at 17:02:08 +0100, Chris Green wrote:
> However there is a minor downside in the file browser (well directory
> browser really isn't it), the information shown against the
> directories (at the bottom level these are maildir mailboxes) is
> pretty useless, what I am seeing now
27 matches
Mail list logo
