On Fri, Aug 19, 2022 at 09:08:01AM +0200, martin f krafft via Mutt-users wrote:
> Regarding the following, written by "Victor Goff" on 2022-08-18 at 20:09 Uhr
> -0400:
>> I have used https://tmate.io for those on Windows and those with a
>> small amount of experience with computers in general. Si
Regarding the following, written by "Victor Goff" on 2022-08-18 at 20:09 Uhr
-0400:
I have used https://tmate.io for those on Windows and those with a small
amount of experience with computers in general. Since you can share a
browser, and they can either type with you or not, and they do not
On Thu, Aug 18, 2022 at 01:02:39PM -0500, Derek Martin wrote:
> On Thu, Aug 18, 2022 at 09:17:11AM +, Sam Kuper wrote:
> > On Wed, Aug 17, 2022 at 04:59:41PM -0500, Derek Martin wrote:
> > Or they could just use SSH.
>
> SSH is ubiquitous. But outside of tech circles, the ability to use it
>
Regarding the following, written by "Derek Martin" on 2022-08-18 at 15:23 Uhr
-0500:
If this is all you need to do, then, do you really need to preserve
the threading?
Excellent point, and the answer is no. It helps with:
enough info to demonstrate their uniqueness.
but I can just throw th
what you need from the mail system's
logs. Or you can use formail to spit out just the headers that are
interesting from your maildir folder... Something like this:
cd $mail_folder/cur
for file in *; do
formail -X from: -X subject: -X date:
done > some_output_file
This will g
On Thu, Aug 18, 2022 at 01:02:39PM -0500, Derek Martin wrote:
> On Thu, Aug 18, 2022 at 09:17:11AM +, Sam Kuper wrote:
> > On Wed, Aug 17, 2022 at 04:59:41PM -0500, Derek Martin wrote:
> > > On Wed, Aug 17, 2022 at 09:33:44PM +, Sam Kuper wrote:
> > Or they could just use SSH.
>
> SSH is u
On Thu, Aug 18, 2022 at 10:10:38AM +0200, martin f krafft via Mutt-users wrote:
> > I don't think it will be better or easier than what you've done. But
> > you could try using a '|' filter in $index_format to append some output
> > to a file as a side effect. It would still entail manually pgdn'
On Thu, Aug 18, 2022 at 09:17:11AM +, Sam Kuper wrote:
> On Wed, Aug 17, 2022 at 04:59:41PM -0500, Derek Martin wrote:
> > On Wed, Aug 17, 2022 at 09:33:44PM +, Sam Kuper wrote:
> >> On Wed, Aug 17, 2022 at 09:22:31PM +0200, martin f krafft via Mutt-users
> >> wrote:
> >> > For reasons you
Regarding the following, written by "Bastian" on 2022-08-18 at 14:48 Uhr +0200:
1981% mutt > /dev/shm/o
*blindly pressing q*
bastian@t6l ~
1982% wc /dev/shm/o
1 599 6251 /dev/shm/o
```
lotus:/dev/shm% mutt > /dev/shm/mutt || echo $?
On Thu, Aug 18, 2022 at 10:10:38AM +0200, martin f krafft via Mutt-users
wrote:
> Thanks for your responses so far!
>
> The reason I need this index is that I have to provide evidence of "a huge
> volume of mails" on a given topic, without actually sharing the emails. So I
> need a PDF index. H
On 18Aug22 12:00+0200, martin f krafft via Mutt-users wrote:
> Regarding the following, written by "Bastian" on 2022-08-18 at 11:41 Uhr
> +0200:
> > --- paste: % LINES=10 COLUMNS=1 mutt $OPTIONS > maildir.out ---
> > eop
Oh, I am sorry to hear that. I tested it on my side before and it
p
Regarding the following, written by "Christian Brabandt" on 2022-08-18 at 13:15
Uhr +0200:
I wonder if you can make use of public-inbox, which is e.g. used to
create the git mailinglist archive. It's not pretty, but generates a
threaded mail archive from a Maildir, IIRC. No
On Mi, 17 Aug 2022, martin f krafft via Mutt-users wrote:
> Folks,
>
> This isn't really a Mutt question, but you're the kind of people that most
> likely would have good answers on the following:
>
> For reasons you don't want to know, I have to visua
Regarding the following, written by "Bastian" on 2022-08-18 at 11:41 Uhr +0200:
--- paste:
% LINES=10 COLUMNS=1 mutt $OPTIONS > maildir.out
--- eop
This does not generate any output for me, i.e. the generated file is
empty.
--
@martinkrafft | https://matrix.to/#/#madduck:madduck.net
On Thu, Aug 18, 2022 at 10:45:04AM +0100, Sam Kuper wrote:
> If you find a lightweight markup language that has PDF output AND has
> table markup tags that correspond one-to-one with the '|' filter's
> ncurses strings, then you could use the `|` filter as Kevin proposes
> above, and pipe the output
On Thu, Aug 18, 2022 at 10:10:38AM +0200, martin f krafft via Mutt-users wrote:
> The reason I need this index is that I have to provide evidence of "a
> huge volume of mails" on a given topic, without actually sharing the
> emails.
OK, but...
> So I need a PDF index.
That is a non-sequitur.
In
On 18Aug22 10:38+0200, martin f krafft via Mutt-users wrote:
> Not a bad idea to use the screendump functionality of X terminals. But I am
> talking thousands of lines… doubt this will work, but if it does, I'll
> report back.
Probably this could work:
--- paste:
% LINES=10 COLUMNS=1 mutt
any of the mails in the inbox, then either:
1. Configure the muttrc, or the shell hosting Mutt, or Mutt itself
(edit source and recompile), to intercept and discard any keypresses
other than the ones for scrolling up and down Mutt's index.
I'd probably attempt those op
Regarding the following, written by "Marcus C. Gottwald" on 2022-08-18 at 09:53
Uhr +0200:
So, if one of these output formats would be a step forward, and you
found a way to make an xterm window enormously large,
Not a bad idea to use the screendump functionality of X terminals.
But I am talk
martin f krafft via Mutt-users wrote (Wed 2022-Aug-17 21:22:31 +0200):
> Is there a way to "screenshot" the Mutt index beyond the scroll
> window?
xterm can create decent screenshots in HTML or SVG format. The HTML
version essentially is one big using CSS and s for
colors and other highlightin
Thanks for your responses so far!
The reason I need this index is that I have to provide evidence of
"a huge volume of mails" on a given topic, without actually sharing
the emails. So I need a PDF index. Hence I thought making an HTML
table, and then printing that. Easiest.
A screenshot/bitm
On Wed, Aug 17, 2022 at 09:22:31PM +0200, martin f krafft via Mutt-users wrote:
Is there a way to "screenshot" the Mutt index beyond the scroll
window?
I don't think it will be better or easier than what you've done. But
you could try using a '|' filter in $index_format to append some output
On Wed, Aug 17, 2022 at 09:33:44PM +, Sam Kuper wrote:
> On Wed, Aug 17, 2022 at 09:22:31PM +0200, martin f krafft via Mutt-users
> wrote:
> > For reasons you don't want to know,
>
> You may be underestimating the curiosity of your audience.
I suspect what Sam really meant was, "For reasons
On Wed, Aug 17, 2022 at 09:22:31PM +0200, martin f krafft via Mutt-users wrote:
> For reasons you don't want to know,
You may be underestimating the curiosity of your audience.
> I have to visualise a Maildir with a couple of thousand messages, i.e.
> essentially provide a mutt-st
Folks,
This isn't really a Mutt question, but you're the kind of people
that most likely would have good answers on the following:
For reasons you don't want to know, I have to visualise a Maildir
with a couple of thousand messages, i.e. essentially provide a
mutt-s
is only to use when emails are fetched externally, but
> > I like to filter the local emails.)
>
> Depending on how taxing the filtering is you might like
>
> mblaze - UNIX utilities to deal with Maildir
>
> Frankly it the tasks are not complex and the maildir is n
ight like
mblaze - UNIX utilities to deal with Maildir
Frankly it the tasks are not complex and the maildir is not huge, I would
just set up a `folder-hook` and live with it. E.g. I have this to empty
my trash folder.
folder-hook trash 'push ~r>1y'
Would your use-case benefit
Dear Mutt users,
my emails are synced local to a maildir folder and I read and send emails via
Mutt.
If I like to 'filter' the email, I tagged them and save into to a special
folder.
Is there a way to define and use filters, similar to procmail etc?
(I guess procmail is only t
On Sat, Feb 19, 2022 at 10:32:07AM +, Piet wrote:
If press key "s" here followed by "?" I have only the choice to save
in the for the external imap folders and can't switch to the local
maildir.
You can use 'c' to change to a local directory in the
map
folders and can't switch to the local maildir.
I guess, I have to add something in the imap1 file?
Kind regards
Piet
Am Sat, Feb 19, 2022 at 09:16:04AM +0300 schrieb Jean Louis:
> * Piet [2022-02-19 00:17]:
> > Dear List,
> >
> > I use Mutt with two external im
ers.
That is exactly what I do all the time, I read IMAP and save to
Maildir.
I think these are main settings on my side to save it as Maildir:
set folder=/home/data1/protected/Maildir
set mbox_type=Maildir
# Save by email address
set save_name=yes
set save_address=yes
The above makes sure that
accounts to a local
maildir folder.
But I do not want to use additional software like mbsync or offlineimap.
If I press 's'in an imap account to save the email local, what is setup in the
config, please?
Thank you!
Kind regards
Piet
On Fri, Apr 09, 2021 at 07:58:12AM +1000, Cameron Simpson wrote:
> On 08Apr2021 08:40, Chris Green wrote:
> >On Thu, Apr 08, 2021 at 08:43:48AM +1000, Cameron Simpson wrote:
> >> It's also not particularly well suited
> >> to Chris' requirement, which includes preserving the source tree shape
> >>
On 2021/04/08 03:34, Chris Green wrote:
fdm?
<https://github.com/nicm/fdm/blob/master/MANUAL>
...
Ah, I maybe wasn't clear, I want to manage E-Mails which have been
delivered already. All the maildir messages I want to move around are
already in ~/mail as maildirs. I want to rea
sort -u \
| xxargs arg1 -end "$mdir/new" set-x ln -i -s \
at the bottom:
- find the messages
- winnow some noise - probably unnecessary
- "sort -u" to remove duplicates
- make symlinks to all the messages in the search result maildir's "new"
subdir
Then it fires up mutt on the result maildir.
I would think you could shoehorn the above logic a bit to achieve your
"keep the hierachy shape" thing.
Cheers,
Cameron Simpson
gt;>On 2021/04/07 17:01, Chris Green wrote:
> > > >>>I'm looking for a tool which will allow me to search through a large
> > > >>>hierarchy of maildir messages and then provide actions to take on the
> > > >>>matched messages.
&
On Wed, Apr 07, 2021 at 10:01:22PM +0100, Chris Green wrote:
> I'm looking for a tool which will allow me to search through a large
> hierarchy of maildir messages and then provide actions to take on the
> matched messages.
>
> E.g. I might want to archive all messages older
g for a tool which will allow me to search through a large
> > >>>hierarchy of maildir messages and then provide actions to take on the
> > >>>matched messages.
...
> Yes, that was just one typical requirement. The other major
> requirement is rather di
On Wed, Apr 07, 2021 at 08:16:32PM -0700, N.J. Thomas wrote:
> * Chris Green [2021-04-07 22:01:22+0100]:
> > I'm looking for a tool which will allow me to search through a large
> > hierarchy of maildir messages and then provide actions to take on the
> > matched messag
h through a large
> >>>hierarchy of maildir messages and then provide actions to take on the
> >>>matched messages.
> >>
> >>
> >>fdm?
> >><https://github.com/nicm/fdm/blob/master/MANUAL>
> >>
> >>Or some other filter-an
On Wed, Apr 07, 2021 at 06:16:31PM -0400, Kurt Hackenberg wrote:
> On 2021/04/07 17:01, Chris Green wrote:
>
> > I'm looking for a tool which will allow me to search through a large
> > hierarchy of maildir messages and then provide actions to take on the
> >
* Chris Green [2021-04-07 22:01:22+0100]:
> I'm looking for a tool which will allow me to search through a large
> hierarchy of maildir messages and then provide actions to take on the
> matched messages.
You could do this pretty easily with Python, using the mailbox library.
Thomas
On 07Apr2021 18:34, Kurt Hackenberg wrote:
>On 2021/04/07 18:16, Kurt Hackenberg wrote:
>>On 2021/04/07 17:01, Chris Green wrote:
>>>I'm looking for a tool which will allow me to search through a large
>>>hierarchy of maildir messages and then provide actions to
On 2021/04/07 18:16, Kurt Hackenberg wrote:
On 2021/04/07 17:01, Chris Green wrote:
I'm looking for a tool which will allow me to search through a large
hierarchy of maildir messages and then provide actions to take on the
matched messages.
fdm?
<https://github.com/nicm/fdm/blo
On 2021/04/07 17:01, Chris Green wrote:
I'm looking for a tool which will allow me to search through a large
hierarchy of maildir messages and then provide actions to take on the
matched messages.
fdm?
<https://github.com/nicm/fdm/blob/master/MANUAL>
Or some other filter-and-deli
I'm looking for a tool which will allow me to search through a large
hierarchy of maildir messages and then provide actions to take on the
matched messages.
E.g. I might want to archive all messages older than a certain date
but archive them into a similar hierarchy rather than to just a s
tive to when the mairix index was built.
>
> You replied to that message. That's what the R in the filename means. See
> Wikipedia on maildir: <https://en.wikipedia.org/wiki/Maildir>
>
> Apparently you use mairix on a live set of messages. If so, this will be an
>
e filename means.
See Wikipedia on maildir: <https://en.wikipedia.org/wiki/Maildir>
Apparently you use mairix on a live set of messages. If so, this will be
an ongoing problem. You might want to rebuild mairix's index
automatically, perhaps nightly.
On Thu, Mar 25, 2021 at 03:56:41PM -0400, Kurt Hackenberg wrote:
> On 2021/03/25 14:19, Chris Green wrote:
>
> > However I'm now getting a rather odd error on one particular message
> > when I search using mairix:-
> >
> > chris@esprimo$ mairix 183493
> > stat
> > '/home/chris/mail/folder/s
On 2021/03/25 14:19, Chris Green wrote:
However I'm now getting a rather odd error on one particular message
when I search using mairix:-
chris@esprimo$ mairix 183493
stat
'/home/chris/mail/folder/shopping/food/wine/cur/1612869077.1202519_3.esprimo:2,S':
No such file or directory
I use maildir with mutt and mairix, I changed from mbox several months
ago.
It has been working reliably for all these months.
However I'm now getting a rather odd error on one particular message
when I search using mairix:-
chris@esprimo$ mairix 183493
stat
'/home/chris/m
On Thu, Mar 04, 2021 at 11:08:09AM +0100, Orm Finnendahl wrote:
> Am Donnerstag, den 04. März 2021 um 10:03:47 Uhr (+) schrieb Chris Green:
> > You also, of course, need to exit and restart mutt. Obvious, but I
> > often forget to do this after making changes to .muttrc.
>
> or, without resta
I was confusing directory structures. /home/jude/Maildir without the .
ahead of the uppercase M actually does work with .getmail's configuration
directory.
Now I get /home/jude/.Maildir/ is not a mailbox.
On Thu, 4 Mar 2021, Chris Green wrote:
On Thu, Mar 04, 2021 at 09:55:38AM +0100, Herbert J. Skuhra wrote:
On Thu, Mar 04, 2021 at 03:13:01AM -0500, Jude DaShiell wrote:
Yes, and that had no effect.
Try to add:
set spoolfile="~/.Ma
Am Donnerstag, den 04. März 2021 um 10:03:47 Uhr (+) schrieb Chris Green:
> You also, of course, need to exit and restart mutt. Obvious, but I
> often forget to do this after making changes to .muttrc.
or, without restarting: ":source ~/.muttrc"
--
Orm
On Thu, Mar 04, 2021 at 09:55:38AM +0100, Herbert J. Skuhra wrote:
> On Thu, Mar 04, 2021 at 03:13:01AM -0500, Jude DaShiell wrote:
> > Yes, and that had no effect.
>
> Try to add:
>
> set spoolfile="~/.Maildir/"
> set mbox_type=Maildir
>
You also, of
On Thu, Mar 04, 2021 at 03:13:01AM -0500, Jude DaShiell wrote:
> Yes, and that had no effect.
Try to add:
set spoolfile="~/.Maildir/"
set mbox_type=Maildir
--
Herbert
Yes, and that had no effect.
On Wed, 3 Mar 2021, Jason White wrote:
Have you tried 'set folder=~/.Maildir' in your .muttrc (or whatever your config
file is called)?
On Mar 3, 2021, at 10:16 PM, Jude DaShiell wrote:
mutt insists in opening /var/spool/mail/jude and there'
Have you tried 'set folder=~/.Maildir' in your .muttrc (or whatever your config
file is called)?
> On Mar 3, 2021, at 10:16 PM, Jude DaShiell wrote:
>
> mutt insists in opening /var/spool/mail/jude and there's no mail there. There
> is in /home/jude/.Maildir/ thoug
mutt insists in opening /var/spool/mail/jude and there's no mail there.
There is in /home/jude/.Maildir/ though.
I can do mutt -f /home/jude/.Maildir/ and have mutt find my mail now.
On Mon, Feb 15, 2021 at 05:07:54PM +, Chris wrote in
<20210215170754.GA532393@esprimo>:
Does no one else ever delete mail messges? :-)
I use the following in my .muttrc:
# Folder hooks
folder-hook =Junk 'push ~r>14d'
This sets to delete mails older than 14 days from my Junk folder any tim
* Cameron Simpson [02-15-21 17:06]:
> On 15Feb2021 17:07, Chris Green wrote:
> >Does no one else ever delete mail messges? :-)
>
> Hmm:
>
> [~/mail]fleet2*1> ls -ldh spam*
> -rw-rw-r-- 1 cameron cameron 1.7G 16 Feb 08:43 spam
> -rw-rw-r-- 1 cameron cameron 609M 16 Feb 08:46
cameron 609M 16 Feb 08:46 spam-definite
The other thing of note here is that these are mbox folders (like many
of my less visited folders, for compactness). You could just move them
sideways and remove "old" sideways folders? I guess that works for
Maildir too, now that I think about it.
Cheers,
Cameron Simpson
On 15Feb2021 17:07, Chris Green wrote:
>Does no one else ever delete mail messges? :-)
Hmm:
[~/mail]fleet2*1> ls -ldh spam*
-rw-rw-r-- 1 cameron cameron 1.7G 16 Feb 08:43 spam
-rw-rw-r-- 1 cameron cameron 609M 16 Feb 08:46 spam-definite
Possibly not.
Can you tell mairix to
On 20210215, Angel M Alganza wrote:
On Mon, Feb 15, 2021 at 12:49:53PM -0800, Felix Finch wrote:
On 20210215, Kevin J. McCarthy wrote:
You could write a script, I guess, something like:
cd $header_cache_dir
rm -f *
How well would that play with existing mutt sessions? I run several
mutts i
On Mon, Feb 15, 2021 at 12:49:53PM -0800, Felix Finch wrote:
On 20210215, Kevin J. McCarthy wrote:
You could write a script, I guess, something like:
cd $header_cache_dir
rm -f *
How well would that play with existing mutt sessions? I run several
mutts inside tmux (local mail, work IMAP mai
On 20210215, Kevin J. McCarthy wrote:
You could write a script, I guess, something like:
cd $header_cache_dir
rm -f *
cd $mutt_folder_dir
for mb in *; do
mutt -e 'set quit=yes; push ""' -f $mb
done
How well would that play with existing mutt sessions? I run several mutts
inside tmux (local
On Mon, Feb 15, 2021 at 08:04:10PM +, Chris Green wrote:
I have (for example) about 6000 messages in my sentmail folder, it
loads in less than a second. It is a *lot* faster since I installed
an NVME SSD.
Well, in that case it might not be such an improvement to use the header
cache and
On Mon, Feb 15, 2021 at 08:51:35PM +0100, Angel M Alganza wrote:
> On Mon, Feb 15, 2021 at 07:40:58PM +, Chris Green wrote:
>
> > Where does mutt keep these header caches then?
>
> I have 'set header_cache=~/.mutt/cache/'.
>
> > I don't have set header_cache set for the good reason that mutt
On Mon, Feb 15, 2021 at 10:12:50AM -0800, Felix Finch wrote:
On 20210215, Kevin J. McCarthy wrote:
once in a while you may want to regenerate your header caches.
Is there any way to do that from the command line?
You could write a script, I guess, something like:
cd $header_cache_dir
rm -f
On Mon, Feb 15, 2021 at 07:40:58PM +, Chris Green wrote:
Where does mutt keep these header caches then?
I have 'set header_cache=~/.mutt/cache/'.
I don't have set header_cache set for the good reason that mutt doesn't
download mail from anywhere, it's all here on my desktop.
The cache
neat, although perhaps it's too resource intensive and that's
why it hasn't been implemented? Rebuilding the cache after deleting the
whole thing doesn't seem too bad to me, as it's done maildir by maildir
when being accessed next, so I think it's fine.
Cheers,
Ángel
On Mon, Feb 15, 2021 at 11:17:42AM -0800, Kevin J. McCarthy wrote:
> On Mon, Feb 15, 2021 at 06:03:20PM +, Chris Green wrote:
> > Is that mutt's header caches?
>
> Yes, that's what I meant to say. :)
>
> > If so I don't tend to leave mutt running all the time, I assume it
> > refreshes things
On Mon, Feb 15, 2021 at 06:03:20PM +, Chris Green wrote:
Is that mutt's header caches?
Yes, that's what I meant to say. :)
If so I don't tend to leave mutt running all the time, I assume it
refreshes things whenever it's started does it?
Unfortunately, for header caches, "refreshing" do
On Mon, Feb 15, 2021 at 06:00:47PM +, Chris Green wrote:
> It's odd that none of the "maildir works like this" descriptions I
> could find had anything about deleting mails.
I agree. That's an unfortunate gap in the literature.
--
A: When it messes up the orde
email across different
devices, a 'bak' remote IMAP maildir to keep every email for 180 days,
and also an incremental back up.
Re-reading this last paragraph I think I might come across a little
paranoid (and no, I don't work for a secret agency or anything, LOL),
but I have de
On Mon, Feb 15, 2021 at 09:54:06AM -0800, Kevin J. McCarthy wrote:
> On Mon, Feb 15, 2021 at 04:21:11PM +, Chris Green wrote:
> > I currently have the following two lines in my crontab to delete old
> > mails in my junk catching directories, is it OK/safe to do it like
> > this?
> >
> >20
delete them from
> "cur". A true mail guru may be able to shed light on this.
>
I suppose deleting a file sort of counts as reading it.
> IMO, the likelihood is low that any of these issues will bite you.
>
Yes, thank you, I *thought* this was so but just wanted to ma
On Mon, Feb 15, 2021 at 05:07:54PM +, Chris Green wrote:
Does no one else ever delete mail messges? :-)
I do, and I try to be ruthless doing it. Since I copy every single piece
of email into my IMAP 'bak' mailfolder, where it sits for 180 days
before it is automatically deleted, I make s
On Mon, Feb 15, 2021 at 09:54:06AM -0800, Kevin J. McCarthy wrote:
> On Mon, Feb 15, 2021 at 04:21:11PM +, Chris Green wrote:
> > I currently have the following two lines in my crontab to delete old
> > mails in my junk catching directories, is it OK/safe to do it like
> > this?
> >
> >20
On 20210215, Kevin J. McCarthy wrote:
That should be fine. The only caveat is header caching. If you
delete messages outside of mutt, those messages won't be removed from
the header cache. Probably not a big deal for "junk catching"
folders, but once in a while you may want to regenerate you
ype f -mtime +7 -exec rm {}
> > \;
> >30 02 * * * find /home/chris/mail/Ju/*/new -type f -mtime +7 -exec rm {}
> > \;
>
> Are those junk catching directories where you place email to be deleted
> temporarily, so that you don't through them right away? Lie a Trash mai
On 20210215, Chris Green wrote:
On Mon, Feb 15, 2021 at 12:32:28PM -0500, José María Mateos wrote:
On Mon, Feb 15, 2021 at 05:07:54PM +, Chris Green wrote:
> Does no one else ever delete mail messges? :-)
I do, but for Junk / Trash I just set expiration times on those folders on
my e-mail p
{} \;
Are those junk catching directories where you place email to be deleted
temporarily, so that you don't through them right away? Lie a Trash
maildir of sorts? I use trash locally and Trash remotely (at the IMAP
server) to serve that function.
The first thing I do when processing ema
On Mon, Feb 15, 2021 at 04:21:11PM +, Chris Green wrote:
I currently have the following two lines in my crontab to delete old
mails in my junk catching directories, is it OK/safe to do it like
this?
20 02 * * * find /home/chris/mail/Ju/*/cur -type f -mtime +7 -exec rm {} \;
30 02 * * *
On Mon, Feb 15, 2021 at 04:21:11PM +, Chris Green wrote:
> This isn't specifically mutt but it's definitely to do with managing
> mail and there's lots of knowledgeable people here.
>
> I currently have the following two lines in my crontab to delete old
> mails in my junk catching directories
On Mon, Feb 15, 2021 at 12:32:28PM -0500, José María Mateos wrote:
> On Mon, Feb 15, 2021 at 05:07:54PM +, Chris Green wrote:
> > Does no one else ever delete mail messges? :-)
>
> I do, but for Junk / Trash I just set expiration times on those folders on
> my e-mail provider (Fastmail) so I d
On Mon, Feb 15, 2021 at 05:07:54PM +, Chris Green wrote:
Does no one else ever delete mail messges? :-)
I do, but for Junk / Trash I just set expiration times on those folders
on my e-mail provider (Fastmail) so I don't even have to think about
that.
Cheers,
--
José María (Chema) Mateo
searching and stuff slow too.
>
> May I suggest something like notmuch [0] for your mail setup?
>
> My maildir is about 75k messages right now and searching is in the range of
> less than a second.
> Maybe you just need the right tool? ;-)
>
I use mairix and it works fast and well.
Does no one else ever delete mail messges? :-)
--
Chris Green
tories
> >
> > I mean, how many tens of GB of mail do you get each year so that
> > it is necessary to delete stuff?
> >
> Zillions of small files can make searching and stuff slow too.
May I suggest something like notmuch [0] for your mail setup?
My maildir is about 7
On Mon, Feb 15, 2021 at 05:26:09PM +0100, Matthias Beyer wrote:
> On 15-02-2021 16:21:11, Chris Green wrote:
> > I currently have the following two lines in my crontab to delete old
> > mails in my junk catching directories
>
> May I ask why? I mean, how many tens of GB of mail do you get each yea
On 15-02-2021 16:21:11, Chris Green wrote:
> I currently have the following two lines in my crontab to delete old
> mails in my junk catching directories
May I ask why? I mean, how many tens of GB of mail do you get each year so that
it is necessary to delete stuff?
Matthias
signature.asc
Descr
This isn't specifically mutt but it's definitely to do with managing
mail and there's lots of knowledgeable people here.
I currently have the following two lines in my crontab to delete old
mails in my junk catching directories, is it OK/safe to do it like
this?
20 02 * * * find /home/chris/
On 1/9/21 3:28 PM, Kurt Hackenberg wrote:
I know that save_empty doesn't work for maildir...
I ask again...
Sorry, I was grumpy. That behavior is maybe not perfectly to my taste,
but it's a small thing, not worth fussing about.
On 09Jan2021 12:00, Chris Green wrote:
>I know that save_empty doesn't work for maildir but I was wondering if
>there's a (relatively) easy way to do it?
I do this:
https://hg.sr.ht/~cameron-simpson/css/browse/bin/rm0maildir?rev=tip
Relies on ismaildir and maildir fro
On 1/9/21 3:06 PM, Chris Green wrote:
I know that save_empty doesn't work for maildir...
Huh. Why doesn't it?
Because it doesn't, see the documentation! :-)
I looked at the documentation before I asked.
I ask again: why does $save_empty remove empty mailboxes only of cert
On Sat, Jan 09, 2021 at 02:12:21PM -0500, Kurt Hackenberg wrote:
> On 1/9/21 7:00 AM, Chris Green wrote:
>
> > I know that save_empty doesn't work for maildir...
> Huh. Why doesn't it?
Because it doesn't, see the documentation! :-)
3.287. save_empty
On 1/9/21 7:00 AM, Chris Green wrote:
I know that save_empty doesn't work for maildir...
Huh. Why doesn't it?
I know that save_empty doesn't work for maildir but I was wondering if
there's a (relatively) easy way to do it?
I know it's not going to save much space but I do rearrange my saved
mail sometimes and as a result leave empty directories cluttering
things up (and confusing
Thanks for the replies.
On 26/11/20 10:38,
Cameron Simpson put forth the proposition:
> I'd expect rsync to be faster than scp, and personally I'd use "cd
> the-mailddir; tar cf
> - . | ssh remote 'cd remote-maildir; tar xf -'" which should be much
>
1 - 100 of 1008 matches
Mail list logo
