Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #237043 > unrolled thread

Mail Reader

Back to article view | Back to linux.debian.user

Contents

  Mail Reader Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-07-08 05:50 +0200
    Re: Mail Reader john doe <johndoe65534@mail.com> - 2021-07-08 08:50 +0200
      Re: Mail Reader Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-07-08 10:20 +0200
        Re: Mail Reader Curt <curty@free.fr> - 2021-07-08 14:30 +0200
          Re: Mail Reader <tomas@tuxteam.de> - 2021-07-08 14:40 +0200
            Re: Mail Reader Gene Heskett <gheskett@shentel.net> - 2021-07-08 16:00 +0200
              Re: Mail Reader Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-07-09 00:10 +0200
                Re: Mail Reader John Hasler <john@sugarbit.com> - 2021-07-09 01:40 +0200
                  Re: Mail Reader Andrei POPESCU <andreimpopescu@gmail.com> - 2021-07-09 09:00 +0200
                    Re: Mail Reader John Hasler <john@sugarbit.com> - 2021-07-09 19:30 +0200
          Re: Mail Reader Andrei POPESCU <andreimpopescu@gmail.com> - 2021-07-08 16:10 +0200
            Re: Mail Reader Dan Ritter <dsr@randomstring.org> - 2021-07-09 01:40 +0200
              Re: Mail Reader Andrei POPESCU <andreimpopescu@gmail.com> - 2021-07-09 09:20 +0200
                Re: Mail Reader Teemu Likonen <tlikonen@iki.fi> - 2021-07-09 12:30 +0200
                  Re: Mail Reader Francesco Florian <francesco.florian@gmx.com> - 2021-07-09 23:10 +0200
    Re: Mail Reader "Andrew M.A. Cater" <amacater@einval.com> - 2021-07-08 09:20 +0200
    Re: Mail Reader didier gaumet <didier.gaumet@gmail.com> - 2021-07-08 09:30 +0200
      Re: Mail Reader Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-07-08 10:20 +0200
        Re: Mail Reader Andrei POPESCU <andreimpopescu@gmail.com> - 2021-07-08 10:50 +0200
          Re: Mail Reader <tomas@tuxteam.de> - 2021-07-08 11:00 +0200
            Re: Mail Reader Andrei POPESCU <andreimpopescu@gmail.com> - 2021-07-08 12:10 +0200
              Re: Mail Reader <tomas@tuxteam.de> - 2021-07-08 13:30 +0200
    Re: Mail Reader <tomas@tuxteam.de> - 2021-07-08 10:00 +0200
    Re: Mail Reader (updated) Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-07-08 10:20 +0200
      Re: Mail Reader (updated) Andrei POPESCU <andreimpopescu@gmail.com> - 2021-07-08 11:30 +0200
      Re: Mail Reader (updated) Francesco Florian <francesco.florian@gmx.com> - 2021-07-08 11:30 +0200
        Re: Mail Reader (updated) "Andrew M.A. Cater" <amacater@einval.com> - 2021-07-08 14:30 +0200
          Re: Mail Reader (updated) Francesco Florian <francesco.florian@gmx.com> - 2021-07-08 16:30 +0200
      Re: Mail Reader (updated) Hans <hans.ullrich@loop.de> - 2021-07-08 13:30 +0200

Page 1 of 2  [1] 2  Next page →

#237043 — Mail Reader

[Multipart message — attachments visible in raw view] — view raw

Hi guys (and possibly girls),

I am currently using Thunderbird as a mail reader.
It did a good job until now.
I am also using the PGP plugin.

But I am feeling the limits, it also gets somewhat pretty slow (even
with a powerful enough computer) if I need for example delete 100
messages on my mailing list inbox.

I was planning at first to create different folder and copy messages to
each of them, so I have a local archive of my conversation on the Debian
mailing list.

But I've changed my mind as Thunderbird is somewhat slow.

What would any of you suggest as a mail reading software ?
I could use claws-mail
I could use other mail client
I could also install a web based mail client on another server and
possibly create some local folders (don't know if this is possible).
I get my mail for a IMAP server and use SMTP for sending, so this is
pretty much a standard installation.

As I have a unused server in a data center, I wouldn't mind to use it as
a remote mail client. But this is a 2nd choice, I would rather have a
local copy of my messages. This way I can easily do some search, even if
I'm having problem with Internet or copy it onto my laptop, having
access where I don't have access to 3G/4G internet.

Thanks for all the opinions you may give.


-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development

[toc] | [next] | [standalone]

#237045

On 7/8/2021 5:41 AM, Polyna-Maude Racicot-Summerside wrote:
> Hi guys (and possibly girls),
>
> I am currently using Thunderbird as a mail reader.
> It did a good job until now.
> I am also using the PGP plugin.
>
> But I am feeling the limits, it also gets somewhat pretty slow (even
> with a powerful enough computer) if I need for example delete 100
> messages on my mailing list inbox.
>
> I was planning at first to create different folder and copy messages to
> each of them, so I have a local archive of my conversation on the Debian
> mailing list.
>
> But I've changed my mind as Thunderbird is somewhat slow.
>
> What would any of you suggest as a mail reading software ?
> I could use claws-mail
> I could use other mail client
> I could also install a web based mail client on another server and
> possibly create some local folders (don't know if this is possible).
> I get my mail for a IMAP server and use SMTP for sending, so this is
> pretty much a standard installation.
>
> As I have a unused server in a data center, I wouldn't mind to use it as
> a remote mail client. But this is a 2nd choice, I would rather have a
> local copy of my messages. This way I can easily do some search, even if
> I'm having problem with Internet or copy it onto my laptop, having
> access where I don't have access to 3G/4G internet.
>
> Thanks for all the opinions you may give.

LMH/Mutt might fit the bill if you are willing to use the terminal.

--
John Doe

[toc] | [prev] | [next] | [standalone]

#237054

[Multipart message — attachments visible in raw view] — view raw

Hi,

On 2021-07-08 2:40 a.m., john doe wrote:
> On 7/8/2021 5:41 AM, Polyna-Maude Racicot-Summerside wrote:
>> Hi guys (and possibly girls),
>>
>> I am currently using Thunderbird as a mail reader.
>> It did a good job until now.
>> I am also using the PGP plugin.
>>
>> But I am feeling the limits, it also gets somewhat pretty slow (even
>> with a powerful enough computer) if I need for example delete 100
>> messages on my mailing list inbox.
>>
>> I was planning at first to create different folder and copy messages to
>> each of them, so I have a local archive of my conversation on the Debian
>> mailing list.
>>
>> But I've changed my mind as Thunderbird is somewhat slow.
>>
>> What would any of you suggest as a mail reading software ?
>> I could use claws-mail
>> I could use other mail client
>> I could also install a web based mail client on another server and
>> possibly create some local folders (don't know if this is possible).
>> I get my mail for a IMAP server and use SMTP for sending, so this is
>> pretty much a standard installation.
>>
>> As I have a unused server in a data center, I wouldn't mind to use it as
>> a remote mail client. But this is a 2nd choice, I would rather have a
>> local copy of my messages. This way I can easily do some search, even if
>> I'm having problem with Internet or copy it onto my laptop, having
>> access where I don't have access to 3G/4G internet.
>>
>> Thanks for all the opinions you may give.
> 
> LMH/Mutt might fit the bill if you are willing to use the terminal.
> 
I understand that the use of terminal software may be some advantage but
I doubt it would increase my productivity. I'd need one mail reader for
the mailing list and another one for my other job related activity.
Not so easy looking at pictures over a terminal window !
And as a photograph and equipment buyer/seller/repair, I often send
pictures to my customer and coworker. So it's not as easy when using the
terminal.
Would have been easier if I didn't get use to graphic environment mail
software in the mid 2000s.

But I keep in mind, maybe the best solution is not one but two software...
> -- 
> John Doe
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development

[toc] | [prev] | [next] | [standalone]

#237066

On 2021-07-08, Polyna-Maude Racicot-Summerside <debian@polynamaude.com> wrote:

> I understand that the use of terminal software may be some advantage but

The use of terminal software can be fatal.

I use alpine myself, but the core members of the group---who sometimes
remind me of the dinosaurs in the back row of AA meetings (see *Infinite
Jest* if you're interested)---swear by Mutt (repeatedly swear by it
without noticeable fatigue, every time this self-same question is posed,
which is about once a week, but then I exaggerate, of course, for
effect). The thing is, though, 99% of the people asking this question
are looking for a GUI app, so the Mutt responses are nearly always *à
côté de la plaque*. This doesn't bother these recidivists, because they
don't really concern themselves with the question asked. All they
really care about is the answer given: *Their* answer. 

So please, do yourself a favor, in the future, tailor your questions to
the answers, rather than expecting the reverse.

-:)

[toc] | [prev] | [next] | [standalone]

#237067

[Multipart message — attachments visible in raw view] — view raw

On Thu, Jul 08, 2021 at 12:26:14PM -0000, Curt wrote:
> On 2021-07-08, Polyna-Maude Racicot-Summerside <debian@polynamaude.com> wrote:
> 
> > I understand that the use of terminal software may be some advantage but
> 
> The use of terminal software can be fatal.

Definitely. It may get... addictive.

> I use alpine myself [...]
> remind me of the dinosaurs in the back row of AA meetings (see *Infinite
> Jest* if you're interested)---swear by Mutt (repeatedly swear by it
> without noticeable fatigue, every time this self-same question is posed,

They *just* might have a point, then ;-D

> -:)

<:*)

Cheers
 - t

[toc] | [prev] | [next] | [standalone]

#237069

On Thursday 08 July 2021 08:34:26 tomas@tuxteam.de wrote:

> On Thu, Jul 08, 2021 at 12:26:14PM -0000, Curt wrote:
> > On 2021-07-08, Polyna-Maude Racicot-Summerside 
<debian@polynamaude.com> wrote:
> > > I understand that the use of terminal software may be some
> > > advantage but
> >
> > The use of terminal software can be fatal.
>
> Definitely. It may get... addictive.
>
> > I use alpine myself [...]
> > remind me of the dinosaurs in the back row of AA meetings (see
> > *Infinite Jest* if you're interested)---swear by Mutt (repeatedly
> > swear by it without noticeable fatigue, every time this self-same
> > question is posed,
>
> They *just* might have a point, then ;-D

As do those of us who use fetchmail to feed procmail, and procmail with 
some spamassassin for deaths and diversions to feed the TDE version of 
kmail-1.9, all totally background processes. So it is all automatic with 
my only interaction being a mouse click to goto the next unread msg, a 
mouseclick to answer it if I can help, and a mouseclick or ctl+return to 
send when I'm done typing. Of course fetchmail is built from the latest 
tarball. kmail is a TDE R14 fork of kde at version 3.5 with hundreds of 
bugs fixed. My kmail is in maildir format, and the corpus of email 
totals around 12GB. And it all Just Works. And my mailbox at my ISP is 
left empty every 2 minutes since fetchmail, using imap protocol, can 
delete fetched messages.  Whats not to like? But I've been 4 ISP's and 
20 years making it Just Work. ;-)
> > -:)
>
> <:*)
>
> Cheers
>  - t


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#237089

[Multipart message — attachments visible in raw view] — view raw

Hi,


On 2021-07-08 9:53 a.m., Gene Heskett wrote:
> On Thursday 08 July 2021 08:34:26 tomas@tuxteam.de wrote:
> 
>> On Thu, Jul 08, 2021 at 12:26:14PM -0000, Curt wrote:
>>> On 2021-07-08, Polyna-Maude Racicot-Summerside 
> <debian@polynamaude.com> wrote:
>>>> I understand that the use of terminal software may be some
>>>> advantage but
>>>
>>> The use of terminal software can be fatal.
>>
>> Definitely. It may get... addictive.
>>
>>> I use alpine myself [...]
>>> remind me of the dinosaurs in the back row of AA meetings (see
>>> *Infinite Jest* if you're interested)---swear by Mutt (repeatedly
>>> swear by it without noticeable fatigue, every time this self-same
>>> question is posed,
>>
>> They *just* might have a point, then ;-D
> 
> As do those of us who use fetchmail to feed procmail, and procmail with 
> some spamassassin for deaths and diversions to feed the TDE version of 
> kmail-1.9, all totally background processes. So it is all automatic with
This sound like the solution I want...
It can probably also be used with mutt, I mean you can access your mail
folder with both software if they are in compatible format ?

> my only interaction being a mouse click to goto the next unread msg, a 
> mouseclick to answer it if I can help, and a mouseclick or ctl+return to 
> send when I'm done typing. Of course fetchmail is built from the latest 
> tarball. kmail is a TDE R14 fork of kde at version 3.5 with hundreds of 
> bugs fixed. My kmail is in maildir format, and the corpus of email 
> totals around 12GB. And it all Just Works. And my mailbox at my ISP is
12GB is lot of mail when you talk about "normal" mail. It's not much if
you consider everything that goes on in the alt.binaries.xxx newsgroup
(to they still exists?) but that's another story ! And not my use case.

> left empty every 2 minutes since fetchmail, using imap protocol, can 
> delete fetched messages.  Whats not to like? But I've been 4 ISP's and 
I don't know what not to like.
So the solution is not one but at least 4...
And I'll give mutt a try because I love terminal software and probably
that I'll get more efficient as soon I get use to it.
It is also easier to login remotely if needed ;-)
> 20 years making it Just Work. ;-)
Too often people think they'll get good after 30 minutes of watching
some YouTube video, but that's far from true.
I've been working with computer, as what I'd call a power user for the
last 25 years and a bit more. I still have so much to learn.

One day a friend of mine called me over because he said "The power
outage and lightning strike broke my computer".
I came in, and it was simply the BIOS asking for the new date.
I typed in and it all work.
I told him that it was fixed.
It ended up in a huge arguments because he didn't believe I could repair
it so fast....
It wasn't the lightning strike or power outage. It was a faulty BIOS
battery that made the real time clock go bad. This made the computer ask
for a date before continuing the boot process. Simple !
You know these when you have dealt with hundreds or thousand... Or you
simply had a computer that had a faulty BIOS battery or no battery for
RTC at all (Think it was my PC/XT)
>>> -:)
>>
>> <:*)
>>
>> Cheers
>>  - t
> 
> 
> Cheers, Gene Heskett
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development

[toc] | [prev] | [next] | [standalone]

#237093

Gene writes:
> As do those of us who use fetchmail to feed procmail, and procmail with 
> some spamassassin for deaths and diversions to feed the TDE version of 
> kmail-1.9, all totally background processes. So it is all automatic...

Polyna-Maude Racicot-Summerside writes:
> This sound like the solution I want...  It can probably also be used
> with mutt, I mean you can access your mail folder with both software
> if they are in compatible format ?

It can be used with Mutt, Gnus, or any other MUA.

I suggest that you consider Mailman as an alternative to procmail.
-- 
John Hasler 
john@sugarbit.com
Elmwood, WI USA

[toc] | [prev] | [next] | [standalone]

#237094

[Multipart message — attachments visible in raw view] — view raw

On Jo, 08 iul 21, 18:14:22, John Hasler wrote:
> Gene writes:
> > As do those of us who use fetchmail to feed procmail, and procmail with 
> > some spamassassin for deaths and diversions to feed the TDE version of 
> > kmail-1.9, all totally background processes. So it is all automatic...
> 
> Polyna-Maude Racicot-Summerside writes:
> > This sound like the solution I want...  It can probably also be used
> > with mutt, I mean you can access your mail folder with both software
> > if they are in compatible format ?
> 
> It can be used with Mutt, Gnus, or any other MUA.

Though mbox format should be avoided.
 
> I suggest that you consider Mailman as an alternative to procmail.

Did you mean maildrop here?

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#237107

Andrei writes:
> Did you mean maildrop here?

I meant mailagent.
-- 
John Hasler 
john@sugarbit.com
Elmwood, WI USA

[toc] | [prev] | [next] | [standalone]

#237070

[Multipart message — attachments visible in raw view] — view raw

On Jo, 08 iul 21, 12:26:14, Curt wrote:
> On 2021-07-08, Polyna-Maude Racicot-Summerside <debian@polynamaude.com> wrote:
> 
> > I understand that the use of terminal software may be some advantage but
> 
> The use of terminal software can be fatal.
> 
> I use alpine myself, but the core members of the group---who sometimes
> remind me of the dinosaurs in the back row of AA meetings (see *Infinite
> Jest* if you're interested)---swear by Mutt (repeatedly swear by it
> without noticeable fatigue, every time this self-same question is posed,
> which is about once a week, but then I exaggerate, of course, for
> effect). The thing is, though, 99% of the people asking this question
> are looking for a GUI app, so the Mutt responses are nearly always *à
> côté de la plaque*. This doesn't bother these recidivists, because they
> don't really concern themselves with the question asked. All they
> really care about is the answer given: *Their* answer. 

I can only recommend things I have reasonably recent experience with.

As far as I recall, when I used it Claws Mail was very good, but had 
poor support for Maildir (unmaintained plugin) and I really wanted to 
have my getmail -> maildrop -> MUA -> MTA -> smart host setup.

Once I got reasonably proficient with mutt (and vim) I just never felt 
the need to go back, even though my current setup (provider IMAP/SMTP 
server only, sorted with imapfilter) doesn't really require it anymore.

The daily horror of using Outlook at work probably doesn't help either.

And then there's the equivalent of https://xkcd.com/1782/


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#237092

Andrei POPESCU wrote: 
> On Jo, 08 iul 21, 12:26:14, Curt wrote:
> > On 2021-07-08, Polyna-Maude Racicot-Summerside <debian@polynamaude.com> wrote:
> > 
> > > I understand that the use of terminal software may be some advantage but
> > 
> > The use of terminal software can be fatal.
> > 
> > I use alpine myself, but the core members of the group---who sometimes
> > remind me of the dinosaurs in the back row of AA meetings (see *Infinite
> > Jest* if you're interested)---swear by Mutt (repeatedly swear by it
> > without noticeable fatigue, every time this self-same question is posed,
> > which is about once a week, but then I exaggerate, of course, for
> > effect). The thing is, though, 99% of the people asking this question
> > are looking for a GUI app, so the Mutt responses are nearly always *à
> > côté de la plaque*. This doesn't bother these recidivists, because they
> > don't really concern themselves with the question asked. All they
> > really care about is the answer given: *Their* answer. 
> 
> I can only recommend things I have reasonably recent experience with.

Mutt's awesome. I use it many times a day.

I also use a phone client -- K9-mail -- because it's better on
my phone's hardware than mutt (via ssh) is.

I also, less regularly, use rainloop, a web client.

All of them are swell.

Only mutt can handle 500,000 pieces of mail in an archive in a
way that is both performant and reasonable for something other
than "search and destroy".

-dsr-

[toc] | [prev] | [next] | [standalone]

#237096

[Multipart message — attachments visible in raw view] — view raw

On Jo, 08 iul 21, 19:38:36, Dan Ritter wrote:
> Andrei POPESCU wrote: 
> > 
> > I can only recommend things I have reasonably recent experience with.
> 
> Mutt's awesome. I use it many times a day.

[...]
 
> Only mutt can handle 500,000 pieces of mail in an archive in a
> way that is both performant and reasonable for something other
> than "search and destroy".

One thing I forgot to mention about (neo)mutt is the level of automation 
that can be achieved in day-to-day tasks.

Sure, advanced clients typically have some built-in pre-processing 
(sorting/filtering) or it can be plugged in before delivery (maildrop, 
imapfilter, etc.) and possibly have some support for custom macros.

However, with (neo)mutts patterns, hooks and macros it's possible to 
automate just about everything one does with mail *afterwards* (move to 
specific folder after reading, reply in particular way, etc.), 
everything based on specific folders and/or patterns.

Probably the only other clients that can match (and possibly surpass 
this) are those based on Emacs, though the learning curve might be 
steeper.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#237099

[Multipart message — attachments visible in raw view] — view raw

* 2021-07-09 10:09:38+0300, Andrei POPESCU wrote:

> One thing I forgot to mention about (neo)mutt is the level of automation 
> that can be achieved in day-to-day tasks.

> Probably the only other clients that can match (and possibly surpass
> this) are those based on Emacs, though the learning curve might be
> steeper.

"Possibly surpass?" :-) An Emacs fan's boasting follows:

In Emacs we users can do everything that the original mail client
authors can do. We configure and program our mail clients in real time
in the very same language that the mail client was implemented (Emacs
Lisp). Usually Emacs package authors add a lot of easy customization
variables and hooks but everything is possible anyway.

Excellent Emacs mail clients which I know: Notmuch Emacs and Gnus. Both
can render HTML mail in text format using a variable width font. Gnus
can also read (Usenet) newsgroups.

-- 
/// Teemu Likonen - .-.. https://www.iki.fi/tlikonen/
// OpenPGP: 4E1055DC84E9DFF613D78557719D69D324539450

[toc] | [prev] | [next] | [standalone]

#237136

[Multipart message — attachments visible in raw view] — view raw

On Fr, 09 Jul 2021, Teemu Likonen wrote:
> Excellent Emacs mail clients which I know: Notmuch Emacs and Gnus. Both
> can render HTML mail in text format using a variable width font.

Actually both can feed the html to a (customizable) renderer and display the result.

Best
-- 
Francesco Florian

[toc] | [prev] | [next] | [standalone]

#237046

On Wed, Jul 07, 2021 at 11:41:25PM -0400, Polyna-Maude Racicot-Summerside wrote:
> Hi guys (and possibly girls),
> 
> I am currently using Thunderbird as a mail reader.
> It did a good job until now.
> I am also using the PGP plugin.
> 
> But I am feeling the limits, it also gets somewhat pretty slow (even
> with a powerful enough computer) if I need for example delete 100
> messages on my mailing list inbox.
> 
> I was planning at first to create different folder and copy messages to
> each of them, so I have a local archive of my conversation on the Debian
> mailing list.
> 
> But I've changed my mind as Thunderbird is somewhat slow.
> 
> What would any of you suggest as a mail reading software ?
> I could use claws-mail
> I could use other mail client
> I could also install a web based mail client on another server and
> possibly create some local folders (don't know if this is possible).
> I get my mail for a IMAP server and use SMTP for sending, so this is
> pretty much a standard installation.
> 
> As I have a unused server in a data center, I wouldn't mind to use it as
> a remote mail client. But this is a 2nd choice, I would rather have a
> local copy of my messages. This way I can easily do some search, even if
> I'm having problem with Internet or copy it onto my laptop, having
> access where I don't have access to 3G/4G internet.
> 
> Thanks for all the opinions you may give.
> 
> 
> -- 
> Polyna-Maude R.-Summerside
> -Be smart, Be wise, Support opensource development
> 

Mutt is incredibly versatile and is a really good reader for non-HTML email.

mbsync seems to work for me (after some tweaking) to pull down mail quickly
and accurately to the local machine.

I did cheat in that I have someone else who has a working email server and
Debian colleagues who were willing to share some setup.

As ever - it depends on whether the feature set is right for _you_ :)

All the best,

Andy Cater

[toc] | [prev] | [next] | [standalone]

#237048

Le mercredi 07 juillet 2021 à 23:41 -0400, Polyna-Maude Racicot-
Summerside a écrit :
> Hi guys (and possibly girls),
> 
> I am currently using Thunderbird as a mail reader.
> It did a good job until now.
> I am also using the PGP plugin.


Hello,


Enigmail, the Thunderbird PGP plugin, is deprecated. So what you are
using is the new PGP stuff integrated in Thunderbird. Why do I mention
it? Because the plugin used the standard gnupg directories, the new
integrated stuff does not and if you migrate to a new email client and
have created a pgp key with Thunderbird 78, you will need to export it
https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq

> But I am feeling the limits, it also gets somewhat pretty slow (even
> with a powerful enough computer) if I need for example delete 100
> messages on my mailing list inbox.
[...]
>  What would any of you suggest as a mail reading software ?
> I could use claws-mail
> I could use other mail client
[...]

By default Thunderbird manages an mbox file for each folder you
creates, which contains all the messages of the folder. So potentially
these mbox files can be big and their processing can be slow. 

There are others forms of messages storage which create a file per
message: Maildir, MH, etc..

Thunderbird can be set up to use a quasi-Maildir storage:
https://wiki.mozilla.org/Thunderbird/Maildir
it does not seem yet to be 100% production ready (but it this
documentation really up-to-date?), but it might be of interest to you

Another solution would be to switch to an email client that does not
store your emails in mbox format:
https://en.wikipedia.org/wiki/Comparison_of_email_clients#Database,_folders_and_customization

In Debian there are GUI MUAs that store emails in MH format (Claws,
Sylpheed), Evolution by default stores in Maildir format and I think
KMail can be set up to use Maildir also.

[toc] | [prev] | [next] | [standalone]

#237052

[Multipart message — attachments visible in raw view] — view raw

Hi,
> have created a pgp key with Thunderbird 78, you will need to export it
> https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq
Thanks but I don't create my keys in Thunderbird. I have some script
that reminds me when it's time to regenerate keys that have expired and
will ask me for a new password for the new ones.


> By default Thunderbird manages an mbox file for each folder you
> creates, which contains all the messages of the folder. So potentially
> these mbox files can be big and their processing can be slow. 
> 
> There are others forms of messages storage which create a file per
> message: Maildir, MH, etc..
> 
Okay, but I have doubt about any type of benefits relating to having
either more file or a different storage format.
This won't help much when we talk about problem searching thru my mail
and resources hungry (for Thunderbird) actions.

> Thunderbird can be set up to use a quasi-Maildir storage:
> https://wiki.mozilla.org/Thunderbird/Maildir
> it does not seem yet to be 100% production ready (but it this
> documentation really up-to-date?), but it might be of interest to you
> 
I'd rather use something that is old than doing some bug testing on
software that I depend on for work.
Sorry, if it ain't production ready and being used for some time, that's
a "no go".

I truly understand the need for people to use software for developers to
find bugs and bring them production ready. But I've chosen Linux really
early on so I didn't get bugs that Windows user would feel so often.

Some people have a huge pleasure of using latest feature available and
all the bells and whistles.

For myself, I prefer to have something older and stable.
This is also why I prefer Debian over all the other distribution.
Yes sometime it takes time for software to be updated but there's so
many test done and enforcement of conflict resolution, compatibility on
platform and everything else that it makes the best distribution for me.

> Another solution would be to switch to an email client that does not
> store your emails in mbox format:
> https://en.wikipedia.org/wiki/Comparison_of_email_clients#Database,_folders_and_customization
> 
Again, this doesn't help me much.
What would it bring me "not to use the mbox format" ?
> In Debian there are GUI MUAs that store emails in MH format (Claws,
> Sylpheed), Evolution by default stores in Maildir format and I think
> KMail can be set up to use Maildir also.
Yes, this is exactly what I said in my original message. That I was
looking for one of the mail reader like Claws and other. But still, this
is the list but I don't know more which one is mature and has PGP
options, mail sorting...
I'll add some specification to my original message.
> 
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development

[toc] | [prev] | [next] | [standalone]

#237056

[Multipart message — attachments visible in raw view] — view raw

On Jo, 08 iul 21, 04:09:48, Polyna-Maude Racicot-Summerside wrote:
> On Jo, 08 iul 21, 09:24:32, didier gaumet wrote:
> 
> > By default Thunderbird manages an mbox file for each folder you
> > creates, which contains all the messages of the folder. So potentially
> > these mbox files can be big and their processing can be slow. 
> > 
> > There are others forms of messages storage which create a file per
> > message: Maildir, MH, etc..
> > 
> Okay, but I have doubt about any type of benefits relating to having
> either more file or a different storage format.
> This won't help much when we talk about problem searching thru my mail
> and resources hungry (for Thunderbird) actions.

Except for the network interface the storage is the slowest component in 
a typical computer and the mbox format is notoriously difficult to 
change.

The "delete 100 messages on my mailing list inbox" you mentioned is 
barely noticeable with (neo)mutt using Maildir (probably with MH as 
well).

Even doing this over IMAP could be faster because the server does the 
actual work.

(in any case, enabling the header cache is a must)

If you care about a (big) local searchable archive you might want to 
look at neomutt and it's notmuch integration.

Any folder with more than a few hundred messages should probably be 
converted to Maildir, unless it's used as an archive and rarely (if 
ever) changed. (neo)mutt can deal with different formats per folder.

They do however require more configuration / customization out of the 
box. The (neo)muttrc manpage is very useful and there is plenty of other 
documentation on the web to get you started.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#237057

[Multipart message — attachments visible in raw view] — view raw

On Thu, Jul 08, 2021 at 11:39:42AM +0300, Andrei POPESCU wrote:

[...]

> Any folder with more than a few hundred messages should probably be 
> converted to Maildir, unless it's used as an archive and rarely (if 
> ever) changed. (neo)mutt can deal with different formats per folder.

Not my experience. As I said, my main mail folder is roughly 38k
messages (corresponding to 1.1G) and mutt deals extremely well
with that. Moving/deleting messages (which I do regularly) rarely
takes more than a couple of seconds, even searching through all
the mail bodies for a regexp is reasonable (tens of secs). And
this on a machine which ain't a beast: a virtual slice with 1G
RAM reporting one (virtual) proc at 6385.49 bogomips.

Not talking against maildir (I'd like to avoid /that/ flame war ;)
just saying that mutt copes excellently with big mboxes.

Cheers
 - t

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.debian.user

csiph-web