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
As per my recent questions and (successful) report I have just moved
from using mbox to maildir. I'm generally happy with the result,
apart from anything else it simplifies my custom MDA script and also
some other utilities.
However there is a minor downside in the file browser (well directory
28 matches
Mail list logo