Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
On Fri, 07 Aug 2009 18:32:36 -0430 Patrick O'Callaghan pocallag...@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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 :-). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- [...@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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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.gres...@greshko.com http://tw.youtube.com/watch?v=cCSz_koUhSg signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
On Fri, Aug 7, 2009 at 11:06 PM, Timignored_mail...@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 -- [...@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@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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- [...@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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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? -- [...@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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 g...@blu.org Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846 signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
On Tue, 2009-08-04 at 14:59 -0700, Paul wrote: The best email client in the world is The Bat Why? poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- [...@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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- [...@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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
The ideal male client should be female :D -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
Marko Vojinovic vvma...@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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
On 08/03/2009 01:08 PM, Steve wrote: Marko Vojinovic vvma...@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 ? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- [...@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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
On 08/02/2009 03:29 AM, Sharpe, Sam J wrote: http://untroubled.org/mbox2maildir # yum install mb2md Rahul -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 g...@blu.org Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846 signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- [...@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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 ;) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
2009/7/31 Alan Cox 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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 :-) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 :-). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 (coughmboxcough) 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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
2009/8/1 Jonathan Ryshpan jonr...@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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
On Fri, Jul 31, 2009 at 5:30 PM, Mike Cloakedmike.cloa...@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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
On Sat, Aug 1, 2009 at 9:12 AM, Alan Coxa...@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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
On Sat, 2009-08-01 at 19:25 -0300, Fernando Cassia wrote: On Sat, Aug 1, 2009 at 9:12 AM, Alan Coxa...@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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 :-). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 :-). -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
For your personal needs evolution seems perfect. You can handle maildirs and have gpg support out of the box via some checkboxes. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The ideal mail client?
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. -- [...@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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
