Re: Kinda OT: Email clients and Email Management

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2022-02-14 at 14:26 -0600, c. marlow wrote:
> It's not Claws thats slow, its IMAP.

Well, to be fair, it's not IMAP, but:  Your network, their network,
their mail server, how you use your mail client, and how their server
and your client uses IMAP.  It can be done efficiently, but some
programmers don't even attempt it.  On an inefficient system (overall)
it's not going to be nice.  Using POP3 *hides* that, by dragging all
your mail in locally.

As far as I'm concerned, after some 25+ years of doing email, if you
want *local* storage, speed, and efficiency; and you don't want pain
when keeping mail long term across installation of new releases and
software; you need to run your own email server, drag your mail into it
with some tool that periodically fetches your mail, and read your mail
from your own server.

And, in my opinion, mail servers are much better at handling local mail
storage than mail clients are.  Likewise for filtering.

On my system:

Fetchmail drags in my mail, from all my services, every 9 minutes.  And
this is easier to configure for all the different mail servers than
doing so in a mail client (and doing it again after updates and new
installs).  It also drags in mails for other users at 11 minutes and 13
minutes, deliberately using different intervals.

Dovecot (mail server) stores my mail locally.

Dovecot uses mailsieve to filter *some* of my mail (I'm doing an
experiment about what's most convenient).  e.g. Fedora mailing list
gets filtered into a Fedora mailing list folder, likewise for some
other mailing lists.  But low-volume things stay in my inbox.

Evolution is my mail client, using IMAP to access my mail server.  I
don't have it set up to romp through all my folders when I start the
program, I don't have it synchronising, I don't have it filtering my
mail (it's always been painfully slow at that), I don't have it
checking for new mail all the time.  I do set the message lists to only
display the last 5 days mail (older mail is there, but hidden out of
the way until I need to hunt something down).

When I go to read mail, I look in my inbox, it takes only a few seconds
to see that I've some new email to me, maybe a couple of spams a week
(so I manually delete them, and don't have to manually check on a spam
folder for false positives).  Some of that mail I want to keep for
later I'll manually drag over to another folder.  Some of it I want to
keep I'll semi-automatically file into other folders - I select all
mail listed in the inbox, or just the ones I've wanted to do something
with, and manually run the filter on it that will move read messages
from certain places.  This way unread messages don't suddenly disappear
on me.  e.g. I see my bills waiting in my inbox until I deal with them,
then *after* they're read they can get filed away for record keeping.

Then I'll check on the already filtered mail.  I'll pop over to the
Fedora mailing list folder.  It's showing the last 5 days of received
mail, hiding the rest.  The list of mail shows up in a snap.  I'll look
through the unread messages to see what interests me.  If I'm idle and
bored I'll read all the unread messages.  Then I'll do the same for
some other mailing lists.

It's all organised and quick for me to do.

As I step through any folders, I always see whatever's the lastest
collection of mail.  If I want to check for new mail while in the
middle of a long reading session I can do that manually.  It's less
annoying that suddenly having your list of messages re-arranged on you
while you're in the middle of reading them.

-- 
 
uname -rsvp
Linux 3.10.0-1160.53.1.el7.x86_64 #1 SMP Fri Jan 14 13:59:45 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux