3:30 p.m.
Does anybody have knowledge of an mail client has the most ideal
functionality for Fedora?
I am currently using Thunderbird as its user interface is comfortable for
me, and it has plugins to handle gpg encryption, can sync to caldav
calendars (like Yahoo) - but one big downside is that its local storage is
in mbox format which is really awful for large collections of mail.
I have used Kmail in the past which did have support for maildir format as a
big plus, and did support gpg encryption, but it never supported html mail
properly which was a big downside - and I don't know if it will sync to
caldav calendars?
Is there a single mail client that has a nice UI, can support both html mail
and maildir format, as well as syncing caldav calendars and support gog
encryption? Of course supporting multiple email accounts including imap is
essential.
Email clients have been a slight irritation for me since I never found one
that supports everything that I need in a single application.
--
View this message in context:
http://www.nabble.com/The-ideal-mail-client--tp24762653p24762653.html
Sent from the Fedora List mailing list archive at Nabble.com.
12:08 p.m.
---- Marko Vojinovic <vvmarko(a)gmail.com> wrote:
On Saturday 01 August 2009 23:39:43 Patrick O'Callaghan wrote:
> Even outside the MSE Twilight Zone, plenty of people seem to use Evo's
> calendaring, task management etc. features. Some of these are coming to
> TB via plugins, but they aren't really there yet AFAIK.
Sorry to jump in on the subject, but I just need to ask what happened to the
good old "do one thing and do it well" policy?
Amen, brother!
Steve
8:16 a.m.
On Tuesday 04 August 2009 15:16:04 Patrick O'Callaghan wrote:
>
> I use cached imap on kmail with good results. It is fast and since the
> messages are also stored locally it is quite fast.
Is that a setting? If so, I hadn't noticed it.
That is set when the account is initially configured. There are two options
for IMAP:
- IMAP
- Disconnected IMAP
The dimap allows stores a copy of all email locally. I understand that this
is not appropriate if the accounts are high volume and the network is slow.
When the connection is established all email is downloaded. When there is no
network connection the operations are stacked so that when the network is
restored the mail box is synchronised.
All my IMAP accounts are dealt that way.
> The only precaution worth of note is not to subscribe the
"All Mail"
> folder for gmail accounts.
Of course :-)
poc
--
José Abílio
9:07 a.m.
On Sat, 2009-08-08 at 14:18 +0930, Tim wrote:
On Fri, 2009-08-07 at 23:32 -0430, Patrick O'Callaghan wrote:
> More important is that it's is taking way too long to
> check each folder, even when it may only have a few new messages in
> it, or none. That looks very much like an implementation problem.
Nods...
If one client takes mere seconds to do whatever it has to do, when you
go into a folder with thousands of messages, other clients ought to be
on a par with that. But some clients seem to spend an inordinate amount
of time doing something that other clients don't need to do. I've used
some that seem to like continuously re-indexing a mail box. Why? Is
the program that crap at keeping up to date, and not crashing, that it
keeps needing to reinitialise its database?
It's a mystery :-) Sometimes the client only implements a subset of IMAP
functionality, e.g. it doesn't understand the IDLE mechanism and so has
to keep reconnecting to the server. However I'm sure there's more to it
than that in the present case.
poc
1:25 p.m.
On Fri, 07 Aug 2009 18:32:36 -0430
"Patrick O'Callaghan" <pocallaghan(a)gmail.com> wrote:
Apropos IMAP issues in Kmail, I just happened to notice this:
https://bugs.kde.org/show_bug.cgi?id=202917.
poc
Late to the thread but I have been using claws-mail (fka sylpheed claws)
for quite some time. I think that it is the most configurable, flexible
and fastest client around. Multiple IMAP accounts are no problem.
Excellent filtering and a plug-in for just about anything.
There is only one limitation. While you can view HTML email, you cannot
compose HTML email with claws - and that's a good thing.
--
"Neither Lifestyle nor Agenda"
http://www.tips-Q.com
11:48 p.m.
On Fri, 2009-08-07 at 23:32 -0430, Patrick O'Callaghan wrote:
More important is that it's is taking way too long to
check each folder, even when it may only have a few new messages in
it, or none. That looks very much like an implementation problem.
Nods...
If one client takes mere seconds to do whatever it has to do, when you
go into a folder with thousands of messages, other clients ought to be
on a par with that. But some clients seem to spend an inordinate amount
of time doing something that other clients don't need to do. I've used
some that seem to like continuously re-indexing a mail box. Why? Is
the program that crap at keeping up to date, and not crashing, that it
keeps needing to reinitialise its database?
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
11:39 p.m.
Tim:
> The Opera mail client was useless for that sort of thing. It
would
> bog down for twenty minutes or more, just opening the program.
Guillermo Garron:
I have found this on the opera help page
If you are using IMAP with Gmail, go through the following settings
after setting up your IMAP account, to optimally sync your Gmail
account with Opera Mail:
Go to Mail > IMAP Folders.
Under Accounts select your Gmail account.
Now, uncheck the following folders:
[Gmail]/All Mail
[Gmail]/Spam
[Gmail]/Trash
Click Ok
So, you can unsubscribe from any folder you may want, and therefore,
it will only sync those folders you want it to.
hope that helps.
I gave up on it long ago, but it might help someone else. I was using
it with a local IMAP server (Dovecot on Fedora Core 4). Unsubscribing
from folder that I wanted to use wouldn't be a solution, though.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
11:06 p.m.
On Fri, Aug 7, 2009 at 11:06 PM, Tim<ignored_mailbox(a)yahoo.com.au> wrote:
On Fri, 2009-08-07 at 18:32 -0430, Patrick O'Callaghan wrote:
> Apropos IMAP issues in Kmail, I just happened to notice this:
> https://bugs.kde.org/show_bug.cgi?id=202917.
That sounds familiar. I haven't tried Kmail for ages, but I definitely
recall one or two IMAP clients stupidly wasting ages checking each
folder, when I could have left them alone until I actually went over to
that folder.
The Opera mail client was useless for that sort of thing. It would bog
down for twenty minutes or more, just opening the program.
I have found this on the opera help page
If you are using IMAP with Gmail, go through the following settings
after setting up your IMAP account, to optimally sync your Gmail
account with Opera Mail:
Go to Mail > IMAP Folders.
Under Accounts select your Gmail account.
Now, uncheck the following folders:
[Gmail]/All Mail
[Gmail]/Spam
[Gmail]/Trash
Click Ok
So, you can unsubscribe from any folder you may want, and therefore,
it will only sync those folders you want it to.
hope that helps.
Guillermo.
http://www.go2linux.org
Actually mainly running Arch Linux
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
--
fedora-list mailing list
fedora-list(a)redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
--
Guillermo Garron
"Linux IS user friendly... It's just selective about who its friends are."
(Using Ubuntu, Debian, Gentoo)
http://feeds.feedburner.com/go2linux
http://www.go2linux.org
11:02 p.m.
On Sat, 2009-08-08 at 11:41 +0800, Ed Greshko wrote:
Tim wrote:
> On Fri, 2009-08-07 at 18:32 -0430, Patrick O'Callaghan wrote:
>
>> Apropos IMAP issues in Kmail, I just happened to notice this:
>> https://bugs.kde.org/show_bug.cgi?id=202917.
>>
>
> That sounds familiar. I haven't tried Kmail for ages, but I definitely
> recall one or two IMAP clients stupidly wasting ages checking each
> folder, when I could have left them alone until I actually went over to
> that folder.
>
As long as it is configurable it isn't "stupid". TBird, for example,
allows you to configure which folders to check for "new mail" and how
often. This is great for me since I use server based filtering.
Therefore I get notified when new mail arrives in various folders set up
to receive mailing list messages. I only use about 20 folders in that
way...so maybe I'm also being "reasonable".
I do the same with Evo, however the bug report cited above speaks of
three issues with Kmail, only one of which is related to unnecessary
folder checking. More important is that it's is taking way too long to
check each folder, even when it may only have a few new messages in it,
or none. That looks very much like an implementation problem.
poc
10:41 p.m.
Tim wrote:
On Fri, 2009-08-07 at 18:32 -0430, Patrick O'Callaghan wrote:
> Apropos IMAP issues in Kmail, I just happened to notice this:
> https://bugs.kde.org/show_bug.cgi?id=202917.
>
That sounds familiar. I haven't tried Kmail for ages, but I definitely
recall one or two IMAP clients stupidly wasting ages checking each
folder, when I could have left them alone until I actually went over to
that folder.
As long as it is configurable it isn't "stupid". TBird, for
example,
allows you to configure which folders to check for "new mail" and how
often. This is great for me since I use server based filtering.
Therefore I get notified when new mail arrives in various folders set up
to receive mailing list messages. I only use about 20 folders in that
way...so maybe I'm also being "reasonable".
The Opera mail client was useless for that sort of thing. It would
bog
down for twenty minutes or more, just opening the program.
That's pretty bad then......wonder how may folders and total number of
emails are needed to achieve that level of "performance". :-)
--
Convention is the ruler of all. -- Pindar Mei-Mei.Greshko(a)greshko.com
http://tw.youtube.com/watch?v=cCSz_koUhSg
10:34 p.m.
On Fri, 2009-08-07 at 21:45 -0400, Tom Horsley wrote:
On Sat, 1 Aug 2009 10:43:33 -0400
Tom Horsley wrote:
> On Sat, 01 Aug 2009 09:58:15 -0430
> Patrick O'Callaghan wrote:
>
> > * i.e. deleting a message simply marks it, and expunging a folder
> > removes marked messages. This is how IMAP is defined to work.
>
> I've always hated that particular IMAP convention. Actually, I'd
> rather have a client that just did the dadgum delete when I told
> it to delete. If I didn't mean it, it is my fault - I already said
> delete, I don't want to have to say "expunge" or "empty
trash" :-).
I just noticed that the new claws-mail 3.7.2 (which just appeared in
the fedora repos) says that it supports IMAP mark/expunge semantics
via an option in the imap mail account properties dialog, so you
should be able to use imap in claws-mail now :-).
I had understood that to be proposed for version 4, but I must have been
mistaken. I look forward to trying it out.
poc
10:06 p.m.
On Fri, 2009-08-07 at 18:32 -0430, Patrick O'Callaghan wrote:
Apropos IMAP issues in Kmail, I just happened to notice this:
https://bugs.kde.org/show_bug.cgi?id=202917.
That sounds familiar. I haven't tried Kmail for ages, but I definitely
recall one or two IMAP clients stupidly wasting ages checking each
folder, when I could have left them alone until I actually went over to
that folder.
The Opera mail client was useless for that sort of thing. It would bog
down for twenty minutes or more, just opening the program.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
8:45 p.m.
On Sat, 1 Aug 2009 10:43:33 -0400
Tom Horsley wrote:
On Sat, 01 Aug 2009 09:58:15 -0430
Patrick O'Callaghan wrote:
> * i.e. deleting a message simply marks it, and expunging a folder
> removes marked messages. This is how IMAP is defined to work.
I've always hated that particular IMAP convention. Actually, I'd
rather have a client that just did the dadgum delete when I told
it to delete. If I didn't mean it, it is my fault - I already said
delete, I don't want to have to say "expunge" or "empty trash"
:-).
I just noticed that the new claws-mail 3.7.2 (which just appeared in
the fedora repos) says that it supports IMAP mark/expunge semantics
via an option in the imap mail account properties dialog, so you
should be able to use imap in claws-mail now :-).
6:02 p.m.
On Thu, 2009-08-06 at 15:28 +0200, Timothy Murphy wrote:
Patrick O'Callaghan wrote:
>> Never used IMAP, but believe KMail does it as well as POP mail, at
>> least for sane interpretations of the words "sane way". :-)
>
> POP and IMAP are two very different animals. AFAIK Kmail was designed as
> a POP client and had IMAP added later. Every so often I take another
> look at Kmail's IMAP support and get the impression it's still not quite
> there, e.g. when reconnecting to a large folder it seemed to spend an
> inordinate amount of time doing something (indexing? synching? cacheing?
> no idea) before I could see any messages. Note that I don't mean the
> first visit to the folder, which would be understandable, but every
> visit.
I use kmail with dovecot/IMAP and it works very well for me.
I don't notice the problem you mention.
How large are your folders?
I see I have 4142 messages in my home inbox.
(I archive it each year.)
I'm currently keeping my email in Ireland,
and accessing it on holiday in Italy,
and that works perfectly.
I had something like 100 new messages today,
and the folder came up almost at once.
Apropos IMAP issues in Kmail, I just happened to notice this:
https://bugs.kde.org/show_bug.cgi?id=202917.
poc
10:31 a.m.
On Thu, 2009-08-06 at 15:28 +0200, Timothy Murphy wrote:
Patrick O'Callaghan wrote:
>> Never used IMAP, but believe KMail does it as well as POP mail, at
>> least for sane interpretations of the words "sane way". :-)
>
> POP and IMAP are two very different animals. AFAIK Kmail was designed as
> a POP client and had IMAP added later. Every so often I take another
> look at Kmail's IMAP support and get the impression it's still not quite
> there, e.g. when reconnecting to a large folder it seemed to spend an
> inordinate amount of time doing something (indexing? synching? cacheing?
> no idea) before I could see any messages. Note that I don't mean the
> first visit to the folder, which would be understandable, but every
> visit.
I use kmail with dovecot/IMAP and it works very well for me.
I don't notice the problem you mention.
How large are your folders?
I see I have 4142 messages in my home inbox.
(I archive it each year.)
I'm currently keeping my email in Ireland,
and accessing it on holiday in Italy,
and that works perfectly.
I had something like 100 new messages today,
and the folder came up almost at once.
Glad to hear it. IIRC it was the folder for this list, so several 10's
of thousands of messages, but it was a while back so I'm not completely
sure.
If I get a moment I'll try the latest Kmail and see what happens.
poc
8:28 a.m.
Patrick O'Callaghan wrote:
> Never used IMAP, but believe KMail does it as well as POP mail,
at
> least for sane interpretations of the words "sane way". :-)
POP and IMAP are two very different animals. AFAIK Kmail was designed as
a POP client and had IMAP added later. Every so often I take another
look at Kmail's IMAP support and get the impression it's still not quite
there, e.g. when reconnecting to a large folder it seemed to spend an
inordinate amount of time doing something (indexing? synching? cacheing?
no idea) before I could see any messages. Note that I don't mean the
first visit to the folder, which would be understandable, but every
visit.
I use kmail with dovecot/IMAP and it works very well for me.
I don't notice the problem you mention.
How large are your folders?
I see I have 4142 messages in my home inbox.
(I archive it each year.)
I'm currently keeping my email in Ireland,
and accessing it on holiday in Italy,
and that works perfectly.
I had something like 100 new messages today,
and the folder came up almost at once.
--
Timothy Murphy
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
10:47 a.m.
Over the past 35 years or so, I have used many email programs from IBM
mainframes, Digital VMS, various timesharing systems, Windows, Unix and
Linux. I have not yet found an ideal mail client short of writing the
whole thing myself, and even that probably would not be ideal. Each one
of us has different expectations. I know people who just love Outlook.
My wife likes an older version of Eudora. It all comes down to personal
preferences. One reason I left the Sylpheed and Claws communities is
that there were some times I wanted to send HTML messages.
One of the reasons I chose Thunderbird over Evolution was that all of my
email (going back over 10 years originally from MH) was the Thunderbird
easily imported my entire MH archive, but I believe that Evolution would
do this just as well.
The bottom line is that, IMHO, email clients are like religions. Some of
us find one that fits us, others use the one that we were "born" with.
--
Jerry Feldman <gaf(a)blu.org>
Boston Linux and Unix
PGP key id: 537C5846
PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846
11:20 p.m.
On Wed, 2009-08-05 at 13:24 +0930, Tim wrote:
On Tue, 2009-08-04 at 20:37 -0430, Patrick O'Callaghan wrote:
> After that endorsement I can but try it out in a VM :-)
"Can but try" being the operative phrase, it's commercial, and while it
gives you a trial period, you eventually have to pay for it. ;-)
When I said "try" I meant "see what it's like". I've no
intention of
using a Windows app as my real MUA. I'm not crazy :-)
poc
10:54 p.m.
On Tue, 2009-08-04 at 20:37 -0430, Patrick O'Callaghan wrote:
After that endorsement I can but try it out in a VM :-)
"Can but try" being the operative phrase, it's commercial, and while it
gives you a trial period, you eventually have to pay for it. ;-)
I did buy it, back when I used a Win98 PC. I considered it well worth
it, after going through about a dozen different e-mail programs (the
usual suspects, and a few others). But it's been years since I used it,
and I don't know how well the current versions have held up.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
8:07 p.m.
On Wed, 2009-08-05 at 10:22 +0930, Tim wrote:
Paul:
>> The best email client in the world is The Bat
Patrick O'Callaghan:
> Why?
I have to say that it is the best one that I have tried. I seem to
recall that it was a tick in every box out of the list that I wrote
earlier. It's filtering was abilities was quite fancy, and not hard to
program. It had an awful lot of configurability.
After that endorsement I can but try it out in a VM :-)
poc
7:52 p.m.
Paul:
> The best email client in the world is The Bat
Patrick O'Callaghan:
Why?
I have to say that it is the best one that I have tried. I seem to
recall that it was a tick in every box out of the list that I wrote
earlier. It's filtering was abilities was quite fancy, and not hard to
program. It had an awful lot of configurability.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
4:59 p.m.
Mike Cloaked wrote:
Does anybody have knowledge of an mail client has the most ideal
functionality for Fedora?
I am currently using Thunderbird as its user interface is comfortable for
me, and it has plugins to handle gpg encryption, can sync to caldav
calendars (like Yahoo) - but one big downside is that its local storage is
in mbox format which is really awful for large collections of mail.
I have used Kmail in the past which did have support for maildir format as a
big plus, and did support gpg encryption, but it never supported html mail
properly which was a big downside - and I don't know if it will sync to
caldav calendars?
Is there a single mail client that has a nice UI, can support both html mail
and maildir format, as well as syncing caldav calendars and support gog
encryption? Of course supporting multiple email accounts including imap is
essential.
Email clients have been a slight irritation for me since I never found one
that supports everything that I need in a single application.
The best email client in the world is The Bat, unfortunately the daft
phools who make it have no concept of multiplatform development, despite
the fact that the reason most people who use it do so, is the same
reason most people who use Linux do. You can run it in WINE, but not
perfectly, so everyone who wants a great email program in Linux go to
their website and bug the crap out of them to get off their flowery
laurels and get cracking on a Linux version.
Cheers,
--
Paul
9:16 a.m.
On Tue, 2009-08-04 at 10:43 +0100, José Matos wrote:
On Monday 03 August 2009 23:46:30 Patrick O'Callaghan wrote:
>
> POP and IMAP are two very different animals. AFAIK Kmail was designed as
> a POP client and had IMAP added later. Every so often I take another
> look at Kmail's IMAP support and get the impression it's still not quite
> there, e.g. when reconnecting to a large folder it seemed to spend an
> inordinate amount of time doing something (indexing? synching? cacheing?
> no idea) before I could see any messages. Note that I don't mean the
> first visit to the folder, which would be understandable, but every
> visit.
I use cached imap on kmail with good results. It is fast and since the
messages are also stored locally it is quite fast.
Is that a setting? If so, I hadn't noticed it.
The only precaution worth of note is not to subscribe the "All
Mail" folder
for gmail accounts.
Of course :-)
poc
4:43 a.m.
On Monday 03 August 2009 23:46:30 Patrick O'Callaghan wrote:
POP and IMAP are two very different animals. AFAIK Kmail was designed as
a POP client and had IMAP added later. Every so often I take another
look at Kmail's IMAP support and get the impression it's still not quite
there, e.g. when reconnecting to a large folder it seemed to spend an
inordinate amount of time doing something (indexing? synching? cacheing?
no idea) before I could see any messages. Note that I don't mean the
first visit to the folder, which would be understandable, but every
visit.
I use cached imap on kmail with good results. It is fast and since the
messages are also stored locally it is quite fast.
The only precaution worth of note is not to subscribe the "All Mail" folder
for gmail accounts.
I haven't tried the latest version so maybe that's all
improved now, but
changing MUAs is something one tries not to do often, which is why I've
stuck with Evo despite its faults. I have to say I also find Kmail's UI
rather garish compared to Evo's, but that's personal taste.
There have been some improvements in this area. :-)
poc
--
José Abílio
7:23 p.m.
On 08/03/2009 01:08 PM, Steve wrote:
---- Marko Vojinovic <vvmarko(a)gmail.com> wrote:
> On Saturday 01 August 2009 23:39:43 Patrick O'Callaghan wrote:
>> Even outside the MSE Twilight Zone, plenty of people seem to use Evo's
>> calendaring, task management etc. features. Some of these are coming to
>> TB via plugins, but they aren't really there yet AFAIK.
>
> Sorry to jump in on the subject, but I just need to ask what happened to the
> good old "do one thing and do it well" policy?
Amen, brother!
Steve
Just curious - in your world - since calendar invites are sent via
email - how does the calendar client get / send meetings without email ?
5:46 p.m.
On Mon, 2009-08-03 at 19:16 +0100, Marko Vojinovic wrote:
> Must handle IMAP in a sane way.
Never used IMAP, but believe KMail does it as well as POP mail, at
least for sane interpretations of the words "sane way". :-)
POP and IMAP are two very different animals. AFAIK Kmail was designed as
a POP client and had IMAP added later. Every so often I take another
look at Kmail's IMAP support and get the impression it's still not quite
there, e.g. when reconnecting to a large folder it seemed to spend an
inordinate amount of time doing something (indexing? synching? cacheing?
no idea) before I could see any messages. Note that I don't mean the
first visit to the folder, which would be understandable, but every
visit.
I haven't tried the latest version so maybe that's all improved now, but
changing MUAs is something one tries not to do often, which is why I've
stuck with Evo despite its faults. I have to say I also find Kmail's UI
rather garish compared to Evo's, but that's personal taste.
poc
1:16 p.m.
On Sunday 02 August 2009 02:17:59 Tim wrote:
I've tried many different mail clients across several different
operating systems, most suck in some way, many suck in many ways. As
things stand, I rate Thunderbird as even worse than Evolution, but
Evolution as the least worst one currently available to me.
Have you tried KMail?
Some of the things I look for are:
Must handle IMAP in a sane way.
Never used IMAP, but believe KMail does it as well as POP mail, at least for
sane interpretations of the words "sane way". :-)
How quotes are handled in replies, in particular multi-generational
quotes.
KMail does all that, and even more, it colors different levels of quotes in
different shades of green, so it is very easy to make distinction between
quoted blocks. Further, if you try to split a quoted paragraph into two (in
order to make a comment in the middle) by pressing return/enter key in the
middle of the quoted text, KMail does the Right Thing --- puts appropriate
number of >'s in front of the newly created line.
However, the problem with quoting is mainly that when you receive a message
that already has badly quoted text in it (from some lousy mail client), there
is not much that can be done. For example, some mail clients (or users?)
prefer | or ||=> or some other weird syntax over simple >. Maybe there should
be some option to mangle the text of the incoming message in order to fix that,
but mail clients usually refrain from doing such things. Some time ago I had
an idea about a filter that would mangle such things, even make transitions
from top-posted to bottom-posted when possible, ie. re-sort the lines based on
the number of quote symbols... ;-)
Text must be WYSIWYG. No changing of the content after I stop
typing
and hit send.
AFAIK, KMail is WYSIWYG. Actually, I am surprised to hear that some clients do
change content after I hit send?!
Threading must be done properly.
+1 for KMail, for sane definitions of "properly". :-)
And a three-pane GUI is a must for
stepping through lots of mail fast, and without getting windows all over
the place
Windows? What windows? ;-)
I have the following setup (from now on assume I always talk about KMail
unless stated otherwise):
* only one window (the application itself)
* vertical pane on the left to look at the maildir tree
* horizontal top pane to look at the threads and/or individual messages
* horizontal main (big) pane to display the current message text
* a customized toolbar at the top of the screen with buttons: New, Check Mail,
Collapse/Expand All Threads, Collapse/Expand This Thread, Use Fixed Font,
Addressbook, (Don't) Show All Headers.
In a couple of clicks I can get to any message I want. And a new window opens
only when I an composing a reply or a new message.
The program must be fast.
I have a lot of mail stored locally (I rarely delete anything other than
spam), so KMail takes a bit of a time to load. However, once up and running, I
have seen no speed issues whatsoever, everything seems basically responsive
instantaneously.
The program must use a neat GUI. I find Thunderbird a waste of
screen
real estate
I've already described my screen setup, most of it is used to display message
text and the list of messages/threads. The only downside is that I am not able
to put both menu bar and button toolbar on a single row (next to each other),
which would save one further line for something useful. I think this feature
is missing in GUI's in general, not just KMail.
It needs good filtering
I use only most basic filtering --- move incoming message to this or that
folder based on subject or sender or whatever --- and I have a feeling I
haven't used 2% of KMail filtering potential. It has a huge infrastructure for
configuring all kinds of filtering choices, AFAICS.
It must handle HTML decently.
For safety reasons, KMail doesn't display html mail by default (this can be
changed, of course), but instead displays a warning that message content is
html and thus unsafe, and offers a link to click to override. I don't receive
much of html mail anyway, so the message rarely appears. I find it convenient,
when I see a html message appearing on the Fedora list I simply delete it,
without reading. If it comes from my good friend, I click to override and read
it.
As for sending, I never send html, but this can also be configured, as default
or case-by-case. Don't know how powerful is the html editor, though.
It must handle attachments well, including ones sent with the wrong
MIME
type.
Attachments are typically shown as icons at the bottom of the message. When
left-clicked give a choice of "open" (with appropriate app), and "save to
disk". When right-clicked, it offers a whole wealth of options, one of them
being "delete attachment", which does what you want. It also warns you that
deleting attachment renders the GPG signature invalid.
It must handle GPG/PGP well.
I don't use this, but it is integrated by default, and I see that signed
messages sent by others are handled as I would like --- they are colored
appropriately to notify me that a message is signed, that the key has not been
verified, and offer a button to the right of the message header to verify it if
I choose so. I never did, though. No speed issues for me.
Out of all these criteria, and a few others that I can't recall
at the
moment, Evolution still manages to be the least worst, overall.
Maybe you are restricting the set to Gnome-only apps?
HTH, :-)
Marko
11:53 a.m.
On Sunday 02 August 2009 03:07:18 Tom Horsley wrote:
On Sat, 1 Aug 2009 18:45:08 -0700 (PDT)
Antonio Olivares wrote:
> I can live without VLC and xine but mplayer has a special place on my
> machines :)
Me too. I've never found anything (except encrypted .wmv files) than
mplayer can't play (or at least the 32 bit mplayer can't play with all the
illegal codecs in the world downloaded from the internet and stashed in
/usr/lib/codecs :-).
Its the only program I've ever been able to coerce to on-the-fly encode
audio streams and send them out the SP/DIF output to my receiver via
optical connection.
Its the only program I've ever been able to coerce to send the already
encoded audio from a DVD directly to my SP/DIF.
Its got 47 gazillion options, some combination is bound to do what you
want! (all you have to do is find it :-).
+1!
Best, :-)
Marko
11:34 a.m.
On Saturday 01 August 2009 23:39:43 Patrick O'Callaghan wrote:
Even outside the MSE Twilight Zone, plenty of people seem to use
Evo's
calendaring, task management etc. features. Some of these are coming to
TB via plugins, but they aren't really there yet AFAIK.
Sorry to jump in on the subject, but I just need to ask what happened to the
good old "do one thing and do it well" policy?
I would rather like to have a mail client to view mail, a calender app to do
"calendaring" (whatever that means), a task manager to manage tasks, etc. Why
does all of that need to be put into one single app like Evolution (or
Thunderbird, or whatever)?
Is it just to make life easy for Windows converts coming from MSE Twilight
Zone, or is there some legitimate Linux-native reason for such trend?
Best, :-)
Marko
9:27 a.m.
On Mon, 2009-08-03 at 22:54 +0530, Jatin K wrote:
On 08/03/2009 04:39 PM, Erik P. Olsen wrote:
> Please create a new thread for this changed topic.
>
>
whats going on here????? ........ mail client ...... totem.....xmms
why this kind of mixture ........??? please dont hijack threads
It wasn't really a hijacking. The thread just wandered off-topic. Having
said that, we should stop here unless anyone wants to start another
thread.
poc
6:09 a.m.
Please create a new thread for this changed topic.
--
Erik.
On 03/08/09 00:34, Tim wrote:
On Sun, 2009-08-02 at 09:03 -0430, Patrick O'Callaghan wrote:
> Does anyone in the Real World actually think of themselves as using a
> "media player"? Perhaps they consider playing video and playing music
> to be two different things. Now there's a thought ...
I tend to think of a media player as one that can play anything you
throw at it. They're often not the best option for playing specific
files, though.
While mplayer is good for looking at some MPEG or FLV that you've just
downloaded, it's awful for playing through your music collection.
XMMS or Audacity would be my preference for my music collection, they're
small, relatively simple, and have a playlist feature that does its job
well.
RhythmBox is too convoluted. It's a big app, CPU intensive, and
struggles with a large music library. The search feature's nice, but
the other problems put me off it. It's playlist handling sucks.
Totem seems like an experimental app that hasn't been finished. Like
when you see someone try to make their own Winamp clone, and give up
with only implementing a third of the features. I think it was adding
the gstreamer-ffmpeg package that finally got it to play some of the
common restricted file formats we have to cope with. But it's still a
pig to use.
9:43 a.m.
On Sat, 01 Aug 2009 09:58:15 -0430
Patrick O'Callaghan wrote:
* i.e. deleting a message simply marks it, and expunging a folder
removes marked messages. This is how IMAP is defined to work.
I've always hated that particular IMAP convention. Actually, I'd
rather have a client that just did the dadgum delete when I told
it to delete. If I didn't mean it, it is my fault - I already said
delete, I don't want to have to say "expunge" or "empty trash"
:-).
5:34 p.m.
On Sun, 2009-08-02 at 09:03 -0430, Patrick O'Callaghan wrote:
Does anyone in the Real World actually think of themselves as using
a
"media player"? Perhaps they consider playing video and playing music
to be two different things. Now there's a thought ...
I tend to think of a media player as one that can play anything you
throw at it. They're often not the best option for playing specific
files, though.
While mplayer is good for looking at some MPEG or FLV that you've just
downloaded, it's awful for playing through your music collection.
XMMS or Audacity would be my preference for my music collection, they're
small, relatively simple, and have a playlist feature that does its job
well.
RhythmBox is too convoluted. It's a big app, CPU intensive, and
struggles with a large music library. The search feature's nice, but
the other problems put me off it. It's playlist handling sucks.
Totem seems like an experimental app that hasn't been finished. Like
when you see someone try to make their own Winamp clone, and give up
with only implementing a third of the features. I think it was adding
the gstreamer-ffmpeg package that finally got it to play some of the
common restricted file formats we have to cope with. But it's still a
pig to use.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
11:26 a.m.
On Sun, 2009-08-02 at 08:15 -0700, Mike Cloaked wrote:
Patrick O'Callaghan-2 wrote:
>
> On Sun, 2009-08-02 at 10:47 +0930, Tim wrote:
>> > For instance there's little reason not to use VideoLan (VLC) as the
>> > standard media player in Linux....
>
> Does anyone in the Real World actually think of themselves as using a
> "media player"? Perhaps they consider playing video and playing music to
> be two different things. Now there's a thought ...
>
>> I find it even slower to get started than any of the alternatives, and
>> a
>> bit CPU heavy. So that's quite a nuisance when you're file managing
>> (e.g. double click on something in a list of other things, to work out
>> what's what, and there's an awful lot of waiting involved). RhythmBox
>> is also quite heavy, with all that baggage of being a library of all
>> your files, which is quite painful when my music collection is on the
>> file server, accessed via NFS. And Totem is a behemoth that doesn't
>> let
>> you do much (few codecs included, few remote ones ever found, etc.).
>
> I use Amarok for music (and have a fairly serious dislike of its new
> look, but that's beside the point). For "click-to-play" video I use
> Dragon, which is simple, effective and above all fast. I reserve VLC for
> the harder cases.
>
> poc
>
>
How does this link to the topic on email clients?
It doesn't. The thread went off at a tangent. Let's leave it at that.
poc
10:15 a.m.
Patrick O'Callaghan-2 wrote:
On Sun, 2009-08-02 at 10:47 +0930, Tim wrote:
> > For instance there's little reason not to use VideoLan (VLC) as the
> > standard media player in Linux....
Does anyone in the Real World actually think of themselves as using a
"media player"? Perhaps they consider playing video and playing music to
be two different things. Now there's a thought ...
> I find it even slower to get started than any of the alternatives, and
> a
> bit CPU heavy. So that's quite a nuisance when you're file managing
> (e.g. double click on something in a list of other things, to work out
> what's what, and there's an awful lot of waiting involved). RhythmBox
> is also quite heavy, with all that baggage of being a library of all
> your files, which is quite painful when my music collection is on the
> file server, accessed via NFS. And Totem is a behemoth that doesn't
> let
> you do much (few codecs included, few remote ones ever found, etc.).
I use Amarok for music (and have a fairly serious dislike of its new
look, but that's beside the point). For "click-to-play" video I use
Dragon, which is simple, effective and above all fast. I reserve VLC for
the harder cases.
poc
How does this link to the topic on email clients?
--
View this message in context:
http://www.nabble.com/The-ideal-mail-client--tp24762653p24778837.html
Sent from the Fedora List mailing list archive at Nabble.com.
8:33 a.m.
On Sun, 2009-08-02 at 10:47 +0930, Tim wrote:
> For instance there's little reason not to use VideoLan (VLC)
as the
> standard media player in Linux....
Does anyone in the Real World actually think of themselves as using a
"media player"? Perhaps they consider playing video and playing music to
be two different things. Now there's a thought ...
I find it even slower to get started than any of the alternatives,
and
a
bit CPU heavy. So that's quite a nuisance when you're file managing
(e.g. double click on something in a list of other things, to work out
what's what, and there's an awful lot of waiting involved). RhythmBox
is also quite heavy, with all that baggage of being a library of all
your files, which is quite painful when my music collection is on the
file server, accessed via NFS. And Totem is a behemoth that doesn't
let
you do much (few codecs included, few remote ones ever found, etc.).
I use Amarok for music (and have a fairly serious dislike of its new
look, but that's beside the point). For "click-to-play" video I use
Dragon, which is simple, effective and above all fast. I reserve VLC for
the harder cases.
poc
7:06 a.m.
On 07/31/2009 06:43 PM, Alan Cox wrote:
claws does all that except the caldav. Its a mail program not a
calendar
and there are better calendar apps. I have a bit over a million items of
email in it right now and its not yet exploded although it might with
them all in one folder ;)
I used claws for a number of years using MH format. When I moved to
64-bit, somehow it died on me, and I moved to TBird. One feature of
Claws that I really liked was that I could set up folder properties so
whenever I replied while in a folder, the To: address would always be
the folder default.
--
Jerry Feldman <gaf(a)blu.org>
Boston Linux and Unix
PGP key id: 537C5846
PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846
1:45 a.m.
On Sat, 2009-08-01 at 21:52 -0430, Patrick O'Callaghan wrote:
I don't in fact find Evo filtering to be particularly slow, but
of
course it depends on the filtering criteria, the incoming message set,
the order of filters, and the actions they carry out. Too many
variables for a meaningful comparison.
In my case, it was just something like eight or nine filters that looked
for a reply-to or list-id header, then moved the mail. Each filter just
had two rules, one to match the header, the next to stop processing
further rules on the message.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
9:38 p.m.
On Sat, 01 Aug 2009 21:52:35 -0430
Patrick O'Callaghan wrote:
Not much use if 99% of your mail is kept on remote IMAP servers, as
mine
is.
Yeah, that's annoying. I keep thinking about writing a sort of a virtual
IMAP server that sits between you and a real server, which does the
same kind of sieve filtering dovecot does before it shows you the
mail. Shouldn't take more than another 20 years for me to get
a big enough round-tuit to get it done :-).
9:22 p.m.
On Sat, 2009-08-01 at 21:58 -0400, Tom Horsley wrote:
On Sun, 02 Aug 2009 10:47:59 +0930
Tim wrote:
> It needs good filtering (mail sorting into folders I want,
> hiding/showing of folder content on certain criteria - e.g. recent mail
> showing by default, the rest hidden until I need it).
Another reason to run your own dovecot imap server. The dovecot-sieve
package installs the sieve plugin which can be used to filter
messages into the proper folder at the imap server.
Not much use if 99% of your mail is kept on remote IMAP servers, as mine
is.
I don't in fact find Evo filtering to be particularly slow, but of
course it depends on the filtering criteria, the incoming message set,
the order of filters, and the actions they carry out. Too many variables
for a meaningful comparison.
poc
9:07 p.m.
On Sat, 1 Aug 2009 18:45:08 -0700 (PDT)
Antonio Olivares wrote:
I can live without VLC and xine but mplayer has a special place on my
machines :)
Me too. I've never found anything (except encrypted .wmv files) than mplayer
can't play (or at least the 32 bit mplayer can't play with all the illegal
codecs in the world downloaded from the internet and stashed in /usr/lib/codecs :-).
Its the only program I've ever been able to coerce to on-the-fly encode
audio streams and send them out the SP/DIF output to my receiver via optical
connection.
Its the only program I've ever been able to coerce to send the already encoded
audio from a DVD directly to my SP/DIF.
Its got 47 gazillion options, some combination is bound to do what you
want! (all you have to do is find it :-).
8:58 p.m.
On Sun, 02 Aug 2009 10:47:59 +0930
Tim wrote:
It needs good filtering (mail sorting into folders I want,
hiding/showing of folder content on certain criteria - e.g. recent mail
showing by default, the rest hidden until I need it).
Another reason to run your own dovecot imap server. The dovecot-sieve
package installs the sieve plugin which can be used to filter
messages into the proper folder at the imap server.
8:45 p.m.
For instance there's little reason not to use VideoLan
(VLC) as the
standard media player in Linux....
What is "your little reason"? or their little "reason"?
I have to tell you that while I like VLC player a great deal, I don't want it to be
the "standard". I like Mplayer over VLC over Xine. I install all three
whenever possible :)
But for my $0.02, mplayer has to be on my system, I can live without VLC and xine but
mplayer has a special place on my machines :)
In terms of numbers, which one of the three is the most downloaded one most installed one
of three? Inquiring minds want to know :)
Regards,
Antonio
8:17 p.m.
Alan Cox:
> Evolution really can't cope with large amounts of mail. Thats
one big
> reason I moved to claws. The fact everything else was suddenely faster
> was a big boon.
Fernando Cassia:
I remember my first or second e-mail to this list when I complained
about Evolution being the default for Fedora and upset the quite vocal
Evolution fan base...
;-)
Thunderbird should be a much better default. I couldn't care less if
Evolution is part of the Gnome software collection.
I've tried many different mail clients across several different
operating systems, most suck in some way, many suck in many ways. As
things stand, I rate Thunderbird as even worse than Evolution, but
Evolution as the least worst one currently available to me.
Some of the things I look for are:
Must handle IMAP in a sane way.
How quotes are handled in replies, in particular multi-generational
quotes. They should be prefixed with ">" symbols NEATLY, no straggled
spaces, no mixes of spaces and no-spaces, no mangling of line wrapping,
including not wrapping text into the middle of quote prefixes. I should
be able to see a block of one person's text as a neat block, and not
have to count > symbols to tell one person's text apart from another
(when they're neatly stacked ">>>>" you can just look how far
the text
is from the left margin, to see if two paragraphs are the same person,
or a quote then a response). And straggled > symbols, combined with bad
wrapping, is a cut and paste nightmare when you need to copy bits of
messages. In computing terms, this sort of thing (quote prefixing and
line wrapping) is old hat, but so many clients are so utterly crap at
managing this.
Text must be WYSIWYG. No changing of the content after I stop typing
and hit send. Text wrapping should happen as I type, and I should be
able to cancel it at will (i.e. highlight a block and make it manually
hard formatted). Thunderbird really sucked at that. It treats
everything as (bad) HTML, even received plain text messages. Which
leads to quoting annoyances, where > becomes |, or some of them do, and
you have cluttered abominations of them in combinations.
Threading must be done properly. And a three-pane GUI is a must for
stepping through lots of mail fast, and without getting windows all over
the place (which are slow to open, and you're never quite sure which
message will be opened "next" with their next button), and having to
shuffle windows around like cards on a tiny table is a major pain.
The program must be fast. Evolution has some horrible things, here.
Like not being able to do two things at once. e.g. Move a batch of
selected messages from one spot to another, then try to read another
message, and I wait forever for the first task to finish before it loads
the message I want to read.
The program must use a neat GUI. I find Thunderbird a waste of screen
real estate, and that's a problem with a laptop that only has a 800
pixel height screen. Other clients shove gazillions of GUI gadgets all
over the place, not only wasting screen space, but they're in a
disorganised array, and stick out like a sore thumb for not being
anything like my window manager theme (e.g. Windows 3 looking GTK stuff
in a Gnome environment - it's not only ugly, but some GUIs have the most
horrible renditions of drop-down boxes, and checkmarks that make it hard
to tell what's checked or unchecked). Thunderbird seems to be quite CPU
intensive with its GUI. And text based clients are often horrible at
dealing with long messages, or long lists of messages.
It needs good filtering (mail sorting into folders I want,
hiding/showing of folder content on certain criteria - e.g. recent mail
showing by default, the rest hidden until I need it). Evolution sucks
at this, it's too damn slow (at least when sorting mail with a local
IMAP server). I gave up on filtering, and once every month, or so, I
use the filter to show messages to "fedora-list," and drag the lot into
my fedora list archive folder.
It must handle HTML decently. I need to be able to read HTML mail sent
to me, and I need to be able to read badly authored HTML. I really hate
being sent 6px height light grey text on lighter grey background.
Evolution's quite bad at this, I've found Thunderbird to be even worse.
HTML authoring's also important, there's times when you need to give a
neat table of things to people, and a HTML table is the *only* way to do
it.
It must handle attachments well, including ones sent with the wrong MIME
type. I don't mind manually saving then doing something, but some of
them make even that a pain to do. I've used clients which would VERY
usefully let you delete attachments, so when someone sends you a 10 meg
file on a mail that you need to keep, you can keep the mail in your mail
system, without wasting 10 megs of space, as well. You could also
delete the HTML sections of multi-part mails. That was another very
pleasant feature.
It must handle GPG/PGP well. It must be integrated, and not need
special extra configuration for itself that gets out of step with my
general GPG configuration. It should be configurable that it doesn't
try to confirm a message unless I click on something (e.g. the signature
icon in the message display). Auto check all signed mail, auto-check if
I've already got the key, auto get the key, should all be done in the
manner that I select in my settings. It's a sodding pain that reading
signed mail is a slow down, even if I've already got the key it's a
slowdown.
Out of all these criteria, and a few others that I can't recall at the
moment, Evolution still manages to be the least worst, overall.
I still believe in the "best of breed" approach to
applications. Just
because something is developed alongside other app it doesn't mean a
distro has to automagically adopt it as its default.
For instance there's little reason not to use VideoLan (VLC) as the
standard media player in Linux....
I find it even slower to get started than any of the alternatives, and a
bit CPU heavy. So that's quite a nuisance when you're file managing
(e.g. double click on something in a list of other things, to work out
what's what, and there's an awful lot of waiting involved). RhythmBox
is also quite heavy, with all that baggage of being a library of all
your files, which is quite painful when my music collection is on the
file server, accessed via NFS. And Totem is a behemoth that doesn't let
you do much (few codecs included, few remote ones ever found, etc.).
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
7:16 p.m.
Just a response to the subject heading,
rather than an addition to the thread.
I am a Fedora/KDE user, and find kmail extremely good.
I use it in conjunction with dovecot/IMAP.
--
Timothy Murphy
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
5:39 p.m.
On Sat, 2009-08-01 at 19:25 -0300, Fernando Cassia wrote:
On Sat, Aug 1, 2009 at 9:12 AM, Alan
Cox<alan(a)lxorguk.ukuu.org.uk> wrote:
> Evolution really can't cope with large amounts of mail. Thats one big
> reason I moved to claws. The fact everything else was suddenely faster
> was a big boon.
I remember my first or second e-mail to this list when I complained
about Evolution being the default for Fedora and upset the quite vocal
Evolution fan base...
;-)
Thunderbird should be a much better default. I couldn't care less if
Evolution is part of the Gnome software collection.
TB is not without its problems as well, not let's not get into that. The
ostensible reason for favouring Evo is that it's a more-or-less Outlook
replacement, not just a mail client (stop laughing at the back there). I
myself only use it for mail, and I'm lucky in not having to do anything
in the MS-Exchange parallel universe, but those who do don't have much
of an option (complaints about Evo bugs in Exchange support to /dev/null
please).
Even outside the MSE Twilight Zone, plenty of people seem to use Evo's
calendaring, task management etc. features. Some of these are coming to
TB via plugins, but they aren't really there yet AFAIK.
I still believe in the "best of breed" approach to
applications. Just
because something is developed alongside other app it doesn't mean a
distro has to automagically adopt it as its default.
I actually agree with you broadly speaking. There's a lot of Not
Invented Here syndrome around. However the choice of a default app
doesn't in most cases have much effect given that you can usually
install your favourite candidate very easily.
poc
5:25 p.m.
On Sat, Aug 1, 2009 at 9:12 AM, Alan Cox<alan(a)lxorguk.ukuu.org.uk> wrote:
Evolution really can't cope with large amounts of mail. Thats one
big
reason I moved to claws. The fact everything else was suddenely faster
was a big boon.
I remember my first or second e-mail to this list when I complained
about Evolution being the default for Fedora and upset the quite vocal
Evolution fan base...
;-)
Thunderbird should be a much better default. I couldn't care less if
Evolution is part of the Gnome software collection.
I still believe in the "best of breed" approach to applications. Just
because something is developed alongside other app it doesn't mean a
distro has to automagically adopt it as its default.
For instance there's little reason not to use VideoLan (VLC) as the
standard media player in Linux....
FC
5:19 p.m.
On Fri, Jul 31, 2009 at 5:30 PM, Mike Cloaked<mike.cloaked(a)gmail.com> wrote:
Does anybody have knowledge of an mail client has the most ideal
functionality for Fedora?
I am currently using Thunderbird as its user interface is comfortable for
me, and it has plugins to handle gpg encryption, can sync to caldav
calendars (like Yahoo) - but one big downside is that its local storage is
in mbox format which is really awful for large collections of mail.
Just split email in subfolders. I used to have a five-year collection
of messages in mbox format. I just split "sent mail" into subfolders
based on year.
Sent
-02
-03
-04
-05
That way "sent" and "inbox" only contain the last calendar year, and
each subfolder only contains a given year.
Once year turns over, just highlight the emaisl from Jan1 to Dec31 and
move those to the right subfolder. Then right-click and "compress" the
folder. to eliminate the deleted messages.
Searches work as well, but there's little impact in viewing stuff as
each folder and subfolder only contains one year's worth of email.
FC
4:59 p.m.
2009/8/1 Jonathan Ryshpan <jonrysh(a)pacbell.net>:
On Sat, 2009-08-01 at 12:21 +0200, Christoph Höger wrote:
> You only need to set your server setting (where you normally set pop or
> imap) to "email in maildir format" setting. That works great for me ;)
This seems to mean that if I go to
Edit->Preferences->Mail Accounts->Receiving Email
and then change the Server Type in the pull down menu from POP (as it is
now) to Maildir, then Evolution will continue to fetch my email from the
appropriate pop server, and then store it all in folders of maildir
format.
I don't think this is likely.
You are correct - evolution is not magic.
I suspect that what you *really* mean is
that if some other program (say fetchmail) downloads email from the pop
server and stores it in maildir style folders, then Evolution can manage
it properly. Is this correct? If so, do you know any program to
convert my folders, now in mbox format, into maildir format?
http://untroubled.org/mbox2maildir
--
Sam
4:09 p.m.
On Sat, 2009-08-01 at 12:21 +0200, Christoph Höger wrote:
Am Freitag, den 31.07.2009, 16:17 -0700 schrieb Jonathan Ryshpan:
> On Fri, 2009-07-31 at 23:29 +0200, Christoph Höger wrote:
> > For your personal needs evolution seems perfect.
>
> I find evolution (which I am using right now) to be very buggy. It has
> been crashing several times per day, sometimes only minutes after being
> started. I have a fairly large number of messages now, 82,760 to be
> exact which may have some effect on this.
>
> > You can handle maildirs and have gpg support out of the box via some
> > checkboxes.
>
> I'd like to try out maildirs, which I used in the past, but can't find
> the checkboxes. I thought support for maildirs had been withdrawn a few
> years ago.
You only need to set your server setting (where you normally set pop or
imap) to "email in maildir format" setting. That works great for me ;)
This seems to mean that if I go to
Edit->Preferences->Mail Accounts->Receiving Email
and then change the Server Type in the pull down menu from POP (as it is
now) to Maildir, then Evolution will continue to fetch my email from the
appropriate pop server, and then store it all in folders of maildir
format.
I don't think this is likely. I suspect that what you *really* mean is
that if some other program (say fetchmail) downloads email from the pop
server and stores it in maildir style folders, then Evolution can manage
it properly. Is this correct? If so, do you know any program to
convert my folders, now in mbox format, into maildir format?
Thanks - jon
10:07 a.m.
On Sat, 2009-08-01 at 10:43 -0400, Tom Horsley wrote:
On Sat, 01 Aug 2009 09:58:15 -0430
Patrick O'Callaghan wrote:
> * i.e. deleting a message simply marks it, and expunging a folder
> removes marked messages. This is how IMAP is defined to work.
I've always hated that particular IMAP convention. Actually, I'd
rather have a client that just did the dadgum delete when I told
it to delete. If I didn't mean it, it is my fault - I already said
delete, I don't want to have to say "expunge" or "empty trash"
:-).
That would mean you couldn't undelete it. I think most of us have
deleted the occasional mail by mistake. (I know Claws does allow this as
an option).
Going somewhat OT now:
The problem with the "move to Trash" model is that there is no IMAP
"move" operation, so it really means "copy and remove the original".
This has two implications:
1) Copying can fail because of hard quota limitations. Unfortunately
this tends to happen exactly when the user is trying to delete a large
number of messages in order to get back below quota.
2) In some server implementations (<cough>mbox<cough>) removing the
message from its original folder doesn't even save space until the
folder is "compacted".
Note that a *virtual* Trash folder (as in Evo) neatly solves both of
these issues. It also means that undeletion means simply resetting the
\Deleted flag. The mailer doesn't have to remember where the message
came from and move it back (more inefficiency) since it never went
anywhere.
poc
9:28 a.m.
On Sat, 2009-08-01 at 09:15 -0400, Tom Horsley wrote:
On Sat, 1 Aug 2009 13:12:18 +0100
Alan Cox wrote:
> Evolution really can't cope with large amounts of mail. Thats one big
> reason I moved to claws. The fact everything else was suddenely faster
> was a big boon.
Yea, and right up to the time I abandoned evolution, every update
made it worse, not better :-(. With claws, the updates either help
or at least don't hinder.
I've been tempted to jump ship to Claws for some time. The main reason I
haven't done it is that it still doesn't implement correct IMAP deletion
of messages* and Evolution does. I've reported this to the Claws list
and apparently it's to be fixed in version 4, but Fedora is still on
3.7.
poc
* i.e. deleting a message simply marks it, and expunging a folder
removes marked messages. This is how IMAP is defined to work. Copying
messages to a physical Trash folder is evil :-)
8:15 a.m.
On Sat, 1 Aug 2009 13:12:18 +0100
Alan Cox wrote:
Evolution really can't cope with large amounts of mail. Thats one
big
reason I moved to claws. The fact everything else was suddenely faster
was a big boon.
Yea, and right up to the time I abandoned evolution, every update
made it worse, not better :-(. With claws, the updates either help
or at least don't hinder.
7:12 a.m.
On Fri, 31 Jul 2009 16:17:36 -0700
Jonathan Ryshpan <jonrysh(a)pacbell.net> wrote:
On Fri, 2009-07-31 at 23:29 +0200, Christoph Höger wrote:
> For your personal needs evolution seems perfect.
I find evolution (which I am using right now) to be very buggy. It has
been crashing several times per day, sometimes only minutes after being
started. I have a fairly large number of messages now, 82,760 to be
exact which may have some effect on this.
Evolution really can't cope with large amounts of mail. Thats one big
reason I moved to claws. The fact everything else was suddenely faster
was a big boon.
6:04 a.m.
2009/7/31 Alan Cox <alan(a)lxorguk.ukuu.org.uk>:
> Is there a single mail client that has a nice UI, can support
both html mail
> and maildir format, as well as syncing caldav calendars and support gog
> encryption? Of course supporting multiple email accounts including imap is
> essential.
claws does all that except the caldav. Its a mail program not a calendar
and there are better calendar apps.
http://www.claws-mail.org/plugin.php?plugin=vcalendar
--
Sam
5:21 a.m.
Am Freitag, den 31.07.2009, 16:17 -0700 schrieb Jonathan Ryshpan:
On Fri, 2009-07-31 at 23:29 +0200, Christoph Höger wrote:
> For your personal needs evolution seems perfect.
I find evolution (which I am using right now) to be very buggy. It has
been crashing several times per day, sometimes only minutes after being
started. I have a fairly large number of messages now, 82,760 to be
exact which may have some effect on this.
> You can handle maildirs and have gpg support out of the box via some
> checkboxes.
I'd like to try out maildirs, which I used in the past, but can't find
the checkboxes. I thought support for maildirs had been withdrawn a few
years ago.
You only need to set your server setting (where you normally set pop or
imap) to "email in maildir format" setting. That works great for me ;)
4:52 a.m.
On Fri, 31 Jul 2009 13:30:24 -0700 (PDT) Mike Cloaked wrote:
Does anybody have knowledge of an mail client has the most ideal
functionality for Fedora?
I prefer "sylpheed", see http://sylpheed.sraoss.jp/en
YMMV.
--Frank Elsner
8:27 p.m.
On Fri, 2009-07-31 at 14:34 -0700, Mike Cloaked wrote:
I also use local dovecot imap but I wanted to be sure that any local
storage would be maildir and not mbox
The mail storage style would be determined by your IMAP server
configuration, not your mail client.
An IMAP client doesn't need to store mail, unless it has an off-line
option. Even then, it doesn't have to *keep* a cache, just temporarily
store messages you're currently working on.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
6:17 p.m.
On Fri, 2009-07-31 at 23:29 +0200, Christoph Höger wrote:
For your personal needs evolution seems perfect.
I find evolution (which I am using right now) to be very buggy. It has
been crashing several times per day, sometimes only minutes after being
started. I have a fairly large number of messages now, 82,760 to be
exact which may have some effect on this.
You can handle maildirs and have gpg support out of the box via some
checkboxes.
I'd like to try out maildirs, which I used in the past, but can't find
the checkboxes. I thought support for maildirs had been withdrawn a few
years ago.
Thanks - jon
4:34 p.m.
Christoph Höger wrote:
For your personal needs evolution seems perfect.
You can handle maildirs and have gpg support out of the box via some
checkboxes.
I used to use evolution but it stopped using it a few years ago as there
were problems at the time - maybe I will look into it again when I have
fully moved over to F11.
(I also use local dovecot imap but I wanted to be sure that any local
storage would be maildir and not mbox).
I also wonder if it will pull the account setup from the Thunderbird config
as an import option?
--
View this message in context:
http://www.nabble.com/The-ideal-mail-client--tp24762653p24763440.html
Sent from the Fedora List mailing list archive at Nabble.com.
5:43 p.m.
Is there a single mail client that has a nice UI, can support both
html mail
and maildir format, as well as syncing caldav calendars and support gog
encryption? Of course supporting multiple email accounts including imap is
essential.
claws does all that except the caldav. Its a mail program not a calendar
and there are better calendar apps. I have a bit over a million items of
email in it right now and its not yet exploded although it might with
them all in one folder ;)
Email clients have been a slight irritation for me since I never
found one
that supports everything that I need in a single application.
4:29 p.m.
For your personal needs evolution seems perfect.
You can handle maildirs and have gpg support out of the box via some
checkboxes.
4:10 p.m.
On Fri, 31 Jul 2009 13:30:24 -0700 (PDT)
Mike Cloaked wrote:
Does anybody have knowledge of an mail client has the most ideal
functionality for Fedora?
Obviously this will be different for everyone, but I vastly
prefer claws-mail, mainly because you can leave off the html
mail plugin and never see annoying html trash in mail :-).
As far as mail storage, I use dovecot and run my own imap
server, so it stores the mail, and I can use any mail client
without having to worry about transferring mailboxes. I can
also reference it remotely via encrypted connection which is
handy from work.
3:39 p.m.
On Fri, 2009-07-31 at 13:30 -0700, Mike Cloaked wrote:
Does anybody have knowledge of an mail client has the most ideal
functionality for Fedora?
I am currently using Thunderbird as its user interface is comfortable for
me, and it has plugins to handle gpg encryption, can sync to caldav
calendars (like Yahoo) - but one big downside is that its local storage is
in mbox format which is really awful for large collections of mail.
I have used Kmail in the past which did have support for maildir format as a
big plus, and did support gpg encryption, but it never supported html mail
properly which was a big downside - and I don't know if it will sync to
caldav calendars?
Is there a single mail client that has a nice UI, can support both html mail
and maildir format, as well as syncing caldav calendars and support gog
encryption? Of course supporting multiple email accounts including imap is
essential.
Email clients have been a slight irritation for me since I never found one
that supports everything that I need in a single application.
--
View this message in context:
http://www.nabble.com/The-ideal-mail-client--tp24762653p24762653.html
Sent from the Fedora List mailing list archive at Nabble.com.
evolution is good.
spicebird is an alternative to thunderbird
(has the igoogle stuff)
Justin P. Mattock
2:58 a.m.
On 08/02/2009 03:29 AM, Sharpe, Sam J wrote:
# yum install mb2md
Rahul
5358
days inactive
5376
days old
67 comments
26 participants
participants (26)
-
Alan Cox -
Antonio Olivares -
Christoph Höger -
Ed Greshko -
Erik P. Olsen -
Fernando Cassia -
Frank Elsner -
Frank Murphy -
Genes MailLists -
Guillermo Garron -
homburg＠tips-Q.com -
Jatin K -
Jerry Feldman -
Jonathan Ryshpan -
José Matos -
Justin P. Mattock -
Marko Vojinovic -
mike cloaked -
Patrick O'Callaghan -
Paul -
Rahul Sundaram -
Sam Sharpe -
Steve Blackwell -
Tim -
Timothy Murphy -
Tom Horsley