From: "Loris Bennett" <loris.bennett@fu-berlin.de>
To: help-gnu-emacs@gnu.org
Subject: Re: Using R-mail in Emacs
Date: Fri, 14 Sep 2018 09:34:10 +0200 [thread overview]
Message-ID: <87d0tgh6rx.fsf@hornfels.zedat.fu-berlin.de> (raw)
In-Reply-To: mailman.731.1536850436.1284.help-gnu-emacs@gnu.org
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Robert Pluim <rpluim@gmail.com>
>> Cc: help-gnu-emacs@gnu.org
>> Date: Thu, 13 Sep 2018 16:34:14 +0200
>>
>> > You mean, Gnus can know when you have no more use of some email
>> > message and it can be discarded? How does it do that?
>>
>> It does (at least) time based auto-expiration. Probably score based as
>> well [1], plus you can mark messages as expirable/unexpirable.
>
> The oldest email in my INBOX is from 18 years ago, and I still need it
> from time to time. I guess time-based expiration is not for me.
The default is for articles not to expire - you have to mark an email
explicitly as expirable for it to get deleted at some point.
>> > When you have no good idea what to search for, having related email
>> > messages together in the same folder will help finding what you are
>> > looking for faster. So I find that some classification is still
>> > useful, although I have search capabilities set up that can find any
>> > email in split-seconds.
>>
>> Iʼm also a fan of the 'big ball of email' model. Filing stuff into
>> sub-folders just makes me forget where I put it.
>
> I don't have a lot of folders: less than 2 dozen. Rmail is customized
> to automatically guess the right folder given certain keywords in a
> message, and it guesses right with high probability. My experience is
> that the classification into a small number of folders helps a lot to
> find material, so I guess to each one their own.
For many years I have used a less than a dozen folders with Gnus
splitting mechanism for sorting incoming mail, although lately I have
moved to server-side rules to allow me to read mail more selectively on
devices without Gnus. However, I feel the many-folder approach does
have some drawbacks. Does an email from my wife about school need to be
filed in "family" or "school"? Similar but more subtle situations occur
with my work mail. For this reason I find myself thinking that just one
or two folders with a good search mechanism would be a more flexible
solution. I've had a look at mu4e but the whole offline IMAP
construction puts me off a bit. I always thought it was necessary
because IMAP is fundamentally just slow, but searching through my mail
using an Outlook web client is, to my chagrin as a bit of a FOSS
die-hard, extremely fast. Does anyone know why that should be?
Cheers,
Loris
PS: Eli, shouldn't that 18-year-old mail in your INBOX have been filed
away into one of your two dozen folders by now 😉? Or is it maybe one of
those tricky corner-cases 😅?
--
This signature is currently under construction.
next prev parent reply other threads:[~2018-09-14 7:34 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.615.1536613815.1284.help-gnu-emacs@gnu.org>
2018-09-12 20:10 ` Using R-mail in Emacs Emanuel Berg
2018-09-13 2:39 ` Eli Zaretskii
2018-09-13 8:13 ` Eric S Fraga
2018-09-13 14:10 ` Eli Zaretskii
2018-09-13 14:34 ` Robert Pluim
2018-09-13 14:53 ` Eli Zaretskii
[not found] ` <mailman.731.1536850436.1284.help-gnu-emacs@gnu.org>
2018-09-14 7:34 ` Loris Bennett [this message]
2018-09-14 7:50 ` Robert Pluim
2018-09-14 12:27 ` Gnus and local mirroring (was: Using R-mail in Emacs) Stefan Monnier
2018-09-14 18:03 ` Gnus and local mirroring Eric Abrahamsen
2018-09-14 21:15 ` Stefan Monnier
2018-09-14 23:15 ` Eric Abrahamsen
2018-09-15 2:12 ` Stefan Monnier
2018-09-15 15:54 ` Eric Abrahamsen
2018-09-14 8:07 ` Using R-mail in Emacs Eli Zaretskii
2018-09-14 9:09 ` Robert Pluim
2018-09-14 12:11 ` Emanuel Berg
[not found] ` <mailman.769.1536912467.1284.help-gnu-emacs@gnu.org>
2018-09-14 9:31 ` Loris Bennett
2018-09-14 10:40 ` Devin Prater
2018-09-14 17:05 ` Filipp Gunbin
[not found] ` <mailman.773.1536921642.1284.help-gnu-emacs@gnu.org>
2018-09-14 11:20 ` Loris Bennett
2018-09-14 14:58 ` Eric S Fraga
2018-09-14 12:16 ` Emanuel Berg
2018-09-14 12:40 ` Eli Zaretskii
[not found] ` <mailman.778.1536928843.1284.help-gnu-emacs@gnu.org>
2018-09-14 12:54 ` Emanuel Berg
2018-09-14 14:05 ` Eli Zaretskii
2018-09-14 15:02 ` Eric S Fraga
2018-09-14 15:25 ` Eric S Fraga
[not found] ` <mailman.781.1536933989.1284.help-gnu-emacs@gnu.org>
2018-09-14 14:38 ` Emanuel Berg
2018-09-14 18:35 ` Eli Zaretskii
[not found] ` <mailman.793.1536950118.1284.help-gnu-emacs@gnu.org>
2018-09-14 20:07 ` Emanuel Berg
2018-09-15 6:46 ` Eli Zaretskii
[not found] ` <mailman.806.1536994011.1284.help-gnu-emacs@gnu.org>
2018-09-15 14:12 ` Emanuel Berg
2018-09-15 16:43 ` Emanuel Berg
2018-09-15 21:42 ` Emanuel Berg
2018-09-21 0:14 ` Bob Proulx
2018-09-21 0:40 ` Bob Newell
2018-09-25 23:26 ` Bob Proulx
2018-09-27 1:02 ` Eric Abrahamsen
[not found] ` <mailman.1055.1537490409.1284.help-gnu-emacs@gnu.org>
2018-09-21 16:06 ` Emanuel Berg
2018-09-21 17:58 ` Eli Zaretskii
[not found] ` <mailman.1105.1537552703.1284.help-gnu-emacs@gnu.org>
2018-09-21 18:05 ` Emanuel Berg
2018-09-21 19:27 ` Eli Zaretskii
[not found] ` <mailman.1109.1537558053.1284.help-gnu-emacs@gnu.org>
2018-09-21 21:44 ` Emanuel Berg
2018-09-22 6:32 ` Eli Zaretskii
[not found] ` <mailman.1123.1537597944.1284.help-gnu-emacs@gnu.org>
2018-09-22 7:51 ` Emanuel Berg
2018-09-21 20:46 ` Bob Newell
[not found] ` <mailman.1110.1537562788.1284.help-gnu-emacs@gnu.org>
2018-09-21 21:55 ` Emanuel Berg
[not found] ` <mailman.1051.1537488901.1284.help-gnu-emacs@gnu.org>
2018-09-21 15:57 ` Emanuel Berg
2018-09-14 12:21 ` Stefan Monnier
2018-09-14 14:08 ` Vegard Vesterheim
[not found] ` <mailman.730.1536849270.1284.help-gnu-emacs@gnu.org>
2018-09-13 16:03 ` Emanuel Berg
2018-09-13 16:05 ` Eric S Fraga
[not found] ` <mailman.725.1536847871.1284.help-gnu-emacs@gnu.org>
2018-09-13 15:52 ` Emanuel Berg
2018-09-13 5:26 ` Joost Kremers
2018-09-13 6:33 ` YUE Daian
2018-09-13 13:55 ` Eli Zaretskii
2018-09-13 14:09 ` Martin Šlouf
[not found] ` <mailman.711.1536820440.1284.help-gnu-emacs@gnu.org>
2018-09-13 13:35 ` Emanuel Berg
[not found] <mailman.757.1536886463.1284.help-gnu-emacs@gnu.org>
2018-09-14 10:11 ` Emanuel Berg
2018-09-14 11:59 ` Emanuel Berg
2018-09-14 0:54 Bob Newell
2018-09-14 7:39 ` Robert Pluim
[not found] <mailman.719.1536839513.1284.help-gnu-emacs@gnu.org>
2018-09-13 13:38 ` Emanuel Berg
-- strict thread matches above, loose matches on Subject: below --
2018-09-13 11:51 Jude DaShiell
2018-09-13 14:13 ` Eli Zaretskii
2018-09-10 20:33 Ryan Lloyd
2018-09-11 19:30 ` Bob Newell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87d0tgh6rx.fsf@hornfels.zedat.fu-berlin.de \
--to=loris.bennett@fu-berlin.de \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).