Re: [Evolution] Evolution inefficient coding?
Hello On Wed, 2008-01-30 at 18:53 -0700, Chris Worley wrote: On Jan 30, 2008 6:42 PM, Murray Trainer [EMAIL PROTECTED] wrote: Hi, I have been trying to pin down the cause of my copy of Evolution 2.12.0 on SuSE 10.2 hanging occasionally by running strace evolution from the command line which prints its system calls. I noticed that it does repeated searches of various directories for icons etc - most of which fail. Surely it should do it once at startup then remember which icon files to use instead of doing lots of unnecessary reads as shown below? C'mon, you're talking C++ code... all that hidden stuff that the programmer never needs to worry about... that elephant when you only Is not evolution written predominately in C ? need the tail... it's supposed to go off on its own and do unnecessary stuff! ;) ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list -- Ritesh Khadgaray ॐ मणि पद्मे हूँ Desktop LinuX N Stuff Ph: +919970164885 Eat Right, Exercise, Die Anyway. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Applying filters automatically.
On Fri, 2008-02-01 at 17:19 -0700, Steve Karmesin wrote: On Feb 1, 2008 5:08 PM, Pete Biggs [EMAIL PROTECTED] wrote: BUT - I do think it needs to be sorted out - I regularly answer this same question on the list and it is clearly not intuitive to people. It may be an issue with particular IMAP clients or particular combinations of setups, but it does need to be documented. I just want to reiterate: this isn't just not intuitive, it is not nearly as useful to many users. Why not have the mode that mimics what t-bird does as an option? But what *does* Thunderbird do? A few people have said that it's better at doing it, but no one has actually enumerated the logic that it goes through. i.e. does it only filter 'unread' or unseen to that particular client instance or does it mark a message as having been filtered? P. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Applying filters automatically.
On Sat, 2008-02-02 at 09:17 -0500, Paul Smith wrote: On Fri, 2008-02-01 at 15:36 -0700, Steve Karmesin wrote: Now that I think about it, I'm not sure that this 'new' flag is crucial. Whatever method Evo is using to say give me the new mail is already doing a good job of getting the mail. Even if some notifier has tripped some flag about the mail, Evo still gets it. This is an excellent point. I don't have this problem so I'm not familiar with Evo's behavior here. Are you saying that Evo marks the messages as unread (by leaving the message summary lines bold, having them show up as unread in the folder summary window, etc.) but does not filter them? Yes, Paul, that is exactly the behaviour I experience. 'New' (to me) messages are retrieved from the IMAP server, but not auto filtered. They remain in my INBOX as unread messages (in bold). If I select the 'New' (to me) messages and do Ctrl-Y, Evo applies my filters, and acts accordingly. If so, I agree that doesn't make sense. If Evo knows enough to realize that the messages are new and mark them as such in the message summary window etc., then why can't it also filter those messages? It is an interesting distinction that Evo makes, and one that Pete has explained in his replies in this thread. 'Unread' is not necessarily 'New'. What should Evo do when you mark an old message, viewed already, as Unread - try to filter it again when you next open Evo or check your mail using Evo from a different machine? I can appreciate both sides here - heck I'm still using Evo as my mailer despite this issue. But from a users point of view, I can see that they don't care *why* it doesn't work, or even that Evo *is* doing the right thing, all they care about is that Evo won't filter their new messages. This may require some insight from the Evo developers. Yes, and hopefully some common ground can be sought that might rectify this issue. Cheers, G -- %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% Dr. Gavin Simpson [t] +44 (0)20 7679 0522 ECRC, UCL Geography, [f] +44 (0)20 7679 0565 Pearson Building, [e] gavin.simpsonATNOSPAMucl.ac.uk Gower Street, London [w] http://www.ucl.ac.uk/~ucfagls/ UK. WC1E 6BT. [w] http://www.freshwaters.org.uk %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Applying filters automatically.
On Sat, 2008-02-02 at 15:37 +, Gavin Simpson wrote: On Sat, 2008-02-02 at 12:40 +, Pete Biggs wrote: On Fri, 2008-02-01 at 17:19 -0700, Steve Karmesin wrote: On Feb 1, 2008 5:08 PM, Pete Biggs [EMAIL PROTECTED] wrote: BUT - I do think it needs to be sorted out - I regularly answer this same question on the list and it is clearly not intuitive to people. It may be an issue with particular IMAP clients or particular combinations of setups, but it does need to be documented. I just want to reiterate: this isn't just not intuitive, it is not nearly as useful to many users. Why not have the mode that mimics what t-bird does as an option? But what *does* Thunderbird do? A few people have said that it's better at doing it, but no one has actually enumerated the logic that it goes through. i.e. does it only filter 'unread' or unseen to that particular client instance or does it mark a message as having been filtered? Lets see if I can give a non-programmer's view of what tbird does ( I just installed it on my Fedora box to try with my University IMAP account). Tbird was set to check for new messages once every 10 minutes. I created a single message filter to match messages from another email list I am on. This filter was set to move any messages from this mailing list to a different folder on the IMAP server. When the 10 minutes were up tbird checked for new messages, notified me that new messages were downloaded, and then went through each new message that was downloaded and checked it against the filter. The two new messages that were from the mailing list were marked as read and marked deleted in the INBOX, the message was moved to the correct folder, where it was marked as Unread. The new messages not matching a filter, remained marked as unread in the INBOX. Tbird only filters new messages automatically - the ones it just downloaded, not others in my inbox. This is what Evo does not do. All messages are left in the INBOX regardless of filters when new messages arrive in my INBOX. So tbird does what I want and Evo doesn't in this regard. I think it might be helpful to enumerate the various flags that messages can have, so we can define exactly what we would like Evo to do. This is a first attempt; please correct it if necessary: Unseen: this is an IMAP server state which only the server can manipulate. Messages which have never been opened by any client are marked Unseen, otherwise they're not. New: the IMAP client marks as New those messages which *it* hasn't seen before. Thus the client can set/unset this flag as it likes, but the state is not reflected on the server so other clients will not be aware of it. (I may be wrong about this). Read: the IMAP client marks messages which it has shown to the user as being Read, but this is highly configuration and client-dependant. Most clients set the Read state after a configurable number of seconds. Some allow you to turn this off completely (Evo does, TB doesn't). In any case, this state *is* reflected on the server so other clients can see it, depending on when a server sync is done. (I may also be wrong about this). I suspect that the difference between Evo and most other clients is that Evo only filters messages marked Unseen, while other clients filter those they consider New and ignore the Unseen state. Note that Unseen=New=!Read but that's about the only guaranteed relation between the flags and I'm not even sure about New=!Read for all clients. poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Mail notification plugin stopped working
I have been using the mail notification plugin included in 2.12.1 for a while and I was satisfied with it. But suddenly it stopped working. I tried to erase ~/.evolution and the gconf entries but it did not help. The problem might be related to the fact that I had been doing some experiments with AllTray (alltray.sourceforge.net) and mail-notification (www.nongnu.org/mailnotify). -- View this message in context: http://www.nabble.com/Mail-notification-plugin-stopped-working-tp15240935p15240935.html Sent from the Gnome Evolution - General mailing list archive at Nabble.com. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Applying filters automatically.
But what *does* Thunderbird do? A few people have said that it's better at doing it, but no one has actually enumerated the logic that it goes through. i.e. does it only filter 'unread' or unseen to that particular client instance or does it mark a message as having been filtered? Lets see if I can give a non-programmer's view of what tbird does ( I just installed it on my Fedora box to try with my University IMAP account). Tbird was set to check for new messages once every 10 minutes. I created a single message filter to match messages from another email list I am on. This filter was set to move any messages from this mailing list to a different folder on the IMAP server. When the 10 minutes were up tbird checked for new messages, notified me that new messages were downloaded, and then went through each new message that was downloaded and checked it against the filter. The two new messages that were from the mailing list were marked as read and marked deleted in the INBOX, the message was moved to the correct folder, where it was marked as Unread. The new messages not matching a filter, remained marked as unread in the INBOX. Tbird only filters new messages automatically - the ones it just downloaded, not others in my inbox. I just did some tests - it appears that Thunderbird filters messages that the particular instance hasn't seen before *and* that are unread. i.e. messages that are read elsewhere are not filtered by Thunderbird even if that instance hasn't seen them before. The Tbird logic still doesn't get over my problem with the filtering system - i.e. that mail I read in (say) a webmail client doesn't get filtered when I start up Evo. This is what Evo does not do. All messages are left in the INBOX regardless of filters when new messages arrive in my INBOX. So tbird does what I want and Evo doesn't in this regard. I think it's one of those times when the programmer has to make a choice and go with it. The choice that the Evo programmers clearly made is to go with what the IMAP standard dictates - the Tbird programmers put in their own logic. Perhaps this is a case for more options - I can foresee 3 choices: IMAP server determines whats new; new to this copy of Evo; new to this copy of Evo unread. P. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
