Re: [Evolution] [IMAP] Filtering and Expunging
On Wed, 2007-06-20 at 19:38 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 21:45 +0100, Pete Biggs wrote: On Wed, 2007-06-20 at 14:36 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 16:38 +0100, michael wrote: (although evolution-data-server-1.6 was there for the initial second after close down). Just for kicks I quit Evo and waited a while. evolution-data-server was still there half an hour later and stayed there when I fired up Evo again. Same PID the whole time. Yes, evo-data-server hangs around, but on my system it doesn't filter if evo itself isn't active. I can also see on the server that the IMAP connection is closed down when I quit evo. This is Fedora 7 Gnome. I wonder if it's anything to do with the backend IMAP server (I'm using dovecot). My IMAP server is Cyrus. I'd be surprised if that matters though. My conclusion that filters are still active is based on observing that when I leave e-d-s running on (say) my office machine, by the time I get home I find a bunch of messages in my Inbox and *also* filed into their various folders (i.e. physically distinct copies -- I made sure of this by looking at the message files on the Cyrus server). At first I thought this was a problem with my filter rules, but after checking my filter log I'm convinced that it isn't. I conjecture that the reason the messages are still in my Inbox is that the e-d-s session on the office machine has refiled them and marked them for deletion, but because there is no active GUI on that machine the local state has not been synched with the server, so when I fire up a new Evo session at home I see them as still present. This behaviour went away when I started killing e-d-s before changing machines. If anyone has a better explanation I'd be glad to hear it. No explanation I'm afraid, but I've just checked the open files on the evo processes. e-d-s does not have any IMAP connections active, it only has ldap/ical external connections. All the IMAP processes belong to evolution itself and they all get shutdown once the evo gui has quit. P. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Tue, 2007-06-19 at 15:52 -0400, Patrick O'Callaghan wrote: try suspending your laptop, go to home/work and open evolution there on another box... Then you got 500 mails that you have previously deleted/filtered... The IMAP protocol provides *no* guarantees about consistency when two or more clients are accessing the same mailbox simultaneously. This is not an Evo problem. Increasing the frequency of expunges will reduce the possibility of race conditions but not eliminate them entirely (BTW that's probably why your filters aren't working as expected.) In fact, the problem is that Evolution doesn't even marks the mails as deleted on the server, and that's a *BUG*. If you remember to put Evo offline before suspending (the small icon in the bottom-left corner), Evo will tell the IMAP server which mails are deleted and all is well (you can even purge or undelete the deleted mails with an other client). The problem is that it should do that regularly, in case of lost connexion or surprise suspend. Thunderbird does it and it's a life-saver. Note that I'm speaking about deleted emails, not purged emails. As per the IMAP spec, purging should be done separately. Yes, that bug has been reported many times over the years, and never fixed. Xav ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Thu, 2007-06-21 at 10:27 +0200, Xavier Bestel wrote: On Tue, 2007-06-19 at 15:52 -0400, Patrick O'Callaghan wrote: try suspending your laptop, go to home/work and open evolution there on another box... Then you got 500 mails that you have previously deleted/filtered... The IMAP protocol provides *no* guarantees about consistency when two or more clients are accessing the same mailbox simultaneously. This is not an Evo problem. Increasing the frequency of expunges will reduce the possibility of race conditions but not eliminate them entirely (BTW that's probably why your filters aren't working as expected.) In fact, the problem is that Evolution doesn't even marks the mails as deleted on the server, and that's a *BUG*. If you remember to put Evo offline before suspending (the small icon in the bottom-left corner), Evo will tell the IMAP server which mails are deleted and all is well (you can even purge or undelete the deleted mails with an other client). The problem is that it should do that regularly, in case of lost connexion or surprise suspend. Thunderbird does it and it's a life-saver. Exactly! Thunderbird does this very well and I think it uses a regular expunge approach. This would save me so many time during the day.. Note that I'm speaking about deleted emails, not purged emails. As per the IMAP spec, purging should be done separately. Yes, that bug has been reported many times over the years, and never fixed. Please devs, consider this issue. If Evo was not a big code monster, I would contribute myself with a patch. Ruben ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Thu, 2007-06-21 at 09:31 +0100, Ruben Fonseca wrote: On Thu, 2007-06-21 at 10:27 +0200, Xavier Bestel wrote: On Tue, 2007-06-19 at 15:52 -0400, Patrick O'Callaghan wrote: try suspending your laptop, go to home/work and open evolution there on another box... Then you got 500 mails that you have previously deleted/filtered... The IMAP protocol provides *no* guarantees about consistency when two or more clients are accessing the same mailbox simultaneously. This is not an Evo problem. Increasing the frequency of expunges will reduce the possibility of race conditions but not eliminate them entirely (BTW that's probably why your filters aren't working as expected.) In fact, the problem is that Evolution doesn't even marks the mails as deleted on the server, and that's a *BUG*. If you remember to put Evo offline before suspending (the small icon in the bottom-left corner), Evo will tell the IMAP server which mails are deleted and all is well (you can even purge or undelete the deleted mails with an other client). The problem is that it should do that regularly, in case of lost connexion or surprise suspend. Thunderbird does it and it's a life-saver. Exactly! Thunderbird does this very well and I think it uses a regular expunge approach. You didn't read my mail. Thunderbird doesn't expunge anything unless told so. It just tells the server the mails have been marked as deleted right when they are, whereas Evo does so only before deconnection from the server. There lies the trouble. Xav ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Thu, 2007-06-21 at 10:56 +0200, Xavier Bestel wrote: You didn't read my mail. Thunderbird doesn't expunge anything unless told so. It just tells the server the mails have been marked as deleted right when they are, whereas Evo does so only before deconnection from the server. There lies the trouble. I think it also does it when you switch folders, but anyway ... poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Thu, 2007-06-21 at 07:17 +0100, Pete Biggs wrote: On Wed, 2007-06-20 at 19:38 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 21:45 +0100, Pete Biggs wrote: On Wed, 2007-06-20 at 14:36 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 16:38 +0100, michael wrote: (although evolution-data-server-1.6 was there for the initial second after close down). Just for kicks I quit Evo and waited a while. evolution-data-server was still there half an hour later and stayed there when I fired up Evo again. Same PID the whole time. Yes, evo-data-server hangs around, but on my system it doesn't filter if evo itself isn't active. I can also see on the server that the IMAP connection is closed down when I quit evo. This is Fedora 7 Gnome. I wonder if it's anything to do with the backend IMAP server (I'm using dovecot). My IMAP server is Cyrus. I'd be surprised if that matters though. My conclusion that filters are still active is based on observing that when I leave e-d-s running on (say) my office machine, by the time I get home I find a bunch of messages in my Inbox and *also* filed into their various folders (i.e. physically distinct copies -- I made sure of this by looking at the message files on the Cyrus server). At first I thought this was a problem with my filter rules, but after checking my filter log I'm convinced that it isn't. I conjecture that the reason the messages are still in my Inbox is that the e-d-s session on the office machine has refiled them and marked them for deletion, but because there is no active GUI on that machine the local state has not been synched with the server, so when I fire up a new Evo session at home I see them as still present. This behaviour went away when I started killing e-d-s before changing machines. If anyone has a better explanation I'd be glad to hear it. No explanation I'm afraid, but I've just checked the open files on the evo processes. e-d-s does not have any IMAP connections active, it only has ldap/ical external connections. All the IMAP processes belong to evolution itself and they all get shutdown once the evo gui has quit. Do you put Evo in offline mode before quitting the GUI? Since I never use offline mode I'm wondering if that's what makes the difference. poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Thu, 2007-06-21 at 09:06 -0400, Patrick O'Callaghan wrote: On Thu, 2007-06-21 at 10:56 +0200, Xavier Bestel wrote: You didn't read my mail. Thunderbird doesn't expunge anything unless told so. It just tells the server the mails have been marked as deleted right when they are, whereas Evo does so only before deconnection from the server. There lies the trouble. I think it also does it when you switch folders, but anyway ... Yes, and that introduces unwanted delays when switching ... Xav ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Thu, 2007-06-21 at 09:08 -0400, Patrick O'Callaghan wrote: On Thu, 2007-06-21 at 07:17 +0100, Pete Biggs wrote: On Wed, 2007-06-20 at 19:38 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 21:45 +0100, Pete Biggs wrote: On Wed, 2007-06-20 at 14:36 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 16:38 +0100, michael wrote: (although evolution-data-server-1.6 was there for the initial second after close down). Just for kicks I quit Evo and waited a while. evolution-data-server was still there half an hour later and stayed there when I fired up Evo again. Same PID the whole time. Yes, evo-data-server hangs around, but on my system it doesn't filter if evo itself isn't active. I can also see on the server that the IMAP connection is closed down when I quit evo. This is Fedora 7 Gnome. I wonder if it's anything to do with the backend IMAP server (I'm using dovecot). My IMAP server is Cyrus. I'd be surprised if that matters though. My conclusion that filters are still active is based on observing that when I leave e-d-s running on (say) my office machine, by the time I get home I find a bunch of messages in my Inbox and *also* filed into their various folders (i.e. physically distinct copies -- I made sure of this by looking at the message files on the Cyrus server). At first I thought this was a problem with my filter rules, but after checking my filter log I'm convinced that it isn't. I conjecture that the reason the messages are still in my Inbox is that the e-d-s session on the office machine has refiled them and marked them for deletion, but because there is no active GUI on that machine the local state has not been synched with the server, so when I fire up a new Evo session at home I see them as still present. This behaviour went away when I started killing e-d-s before changing machines. If anyone has a better explanation I'd be glad to hear it. No explanation I'm afraid, but I've just checked the open files on the evo processes. e-d-s does not have any IMAP connections active, it only has ldap/ical external connections. All the IMAP processes belong to evolution itself and they all get shutdown once the evo gui has quit. Do you put Evo in offline mode before quitting the GUI? Since I never use offline mode I'm wondering if that's what makes the difference. Nope just quit using the window 'x' button - I never use offline mode either. After you close down Evo try running lsof on the e-d-s process, you will see that there are no IMAP connections active. You should also look at the netstat -a output to see if anything is talking IMAP. Ultimately, I suppose you could use tcpdump/wireshark to see what IMAP packets are flying around. P. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Wed, 2007-06-20 at 13:25 +0100, michael wrote: However, POC said: simply quitting Evo isn't enough. You have to log out or use the '--force-shutdown' option to make sure the back end is no longer active But I've not noticed this problem (but I do use CNTL-E every so often!) but surely 'CNTL -D' marks it as deleted locally and moves said email to the Trash. Then there's options to empty Trash on exit every time which worked just now (as in all deleted messages disappeared when restarted) when I tested it. If you expunge just before quitting Evo, then as far as explicit deletes go you're OK. However the backend still keeps filtering new mail, and every filter rule which refiles messages in folders is actually copying them and deleting the original, so we're back where we started. This drove me crazy till I figured it out :-) Another argument for server-side filtering, which Evo doesn't support ... poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
simply quitting Evo isn't enough. You have to log out or use the '--force-shutdown' option to make sure the back end is no longer active But I've not noticed this problem (but I do use CNTL-E every so often!) but surely 'CNTL -D' marks it as deleted locally and moves said email to the Trash. Then there's options to empty Trash on exit every time which worked just now (as in all deleted messages disappeared when restarted) when I tested it. If you expunge just before quitting Evo, then as far as explicit deletes go you're OK. However the backend still keeps filtering new mail, and every filter rule which refiles messages in folders is actually copying them and deleting the original, so we're back where we started. This drove me crazy till I figured it out :-) Really! I leave the Evo background processes going nearly all the time (i.e. I quit evo by clicking on the 'x' icon in the icon bar of the window) and it doesn't filter mails after it has quit. This is using IMAP though - don't know about Exchange - wouldn't touch it with a barge pole. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Wed, 2007-06-20 at 09:06 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 13:25 +0100, michael wrote: However, POC said: simply quitting Evo isn't enough. You have to log out or use the '--force-shutdown' option to make sure the back end is no longer active But I've not noticed this problem (but I do use CNTL-E every so often!) but surely 'CNTL -D' marks it as deleted locally and moves said email to the Trash. Then there's options to empty Trash on exit every time which worked just now (as in all deleted messages disappeared when restarted) when I tested it. If you expunge just before quitting Evo, then as far as explicit deletes go you're OK. However the backend still keeps filtering new mail, and every filter rule which refiles messages in folders is actually copying them and deleting the original, so we're back where we started. This drove me crazy till I figured it out :-) Okay, I'd forgotten that the OP had asked (originally!) about filters (rather than just about (manually) deleting an email). So, you're saying the filters run even when Evolution closes? When I quit evolution (CNTL Q - safer than X on title bar IMHO) then I have [EMAIL PROTECTED]:~/Fortran/chkSize$ ps -elf | grep -i evo 0 S michael 3900 1 0 75 0 - 16985 stext Jun19 ? 00:00:00 /usr/lib/evolution/2.6/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory:2.6 --oaf-ior-fd=50 0 S michael 7395 1 0 76 1 - 6863 - 13:21 ? 00:00:00 /usr/bin/perl -T -w /usr/sbin/spamd --socketpath /home/michael/.evolution/cache/tmp/spamd-socket-path-Sjnp7o --max-children=1 --pidfile /home/michael/.evolution/cache/tmp/spamd-pid-file-Hzkmpo 0 S michael 7556 1 0 76 1 - 6865 - 13:22 ? 00:00:00 /usr/bin/perl -T -w /usr/sbin/spamd --socketpath /home/michael/.evolution/cache/tmp/spamd-socket-path-QACfBp --max-children=1 --pidfile /home/michael/.evolution/cache/tmp/spamd-pid-file-VDmwVp (although evolution-data-server-1.6 was there for the initial second after close down). None of these would do this background filtering. I've never noticed any filtering going on after I've closed Evo. By backend I presume you do mean some Evo-related process on the users' machine? M ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Wed, 2007-06-20 at 16:38 +0100, michael wrote: (although evolution-data-server-1.6 was there for the initial second after close down). Just for kicks I quit Evo and waited a while. evolution-data-server was still there half an hour later and stayed there when I fired up Evo again. Same PID the whole time. I'm on Fedora 7 using KDE, if it matters. However I've seen the same thing on previous Fedoras and previous Evos. Wouldn't it be great if this stuff were clearly specified somewhere a user could check? The lack of a true reference manual is my biggest complaint about Evo (I don't mean developer docs or sources). The online help is fine as far as it goes (and has actually improved a lot) but we need more. As it stands, we're all basically treating Evo as an alien artefact, unless one of the devels speaks up. poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Wed, 2007-06-20 at 14:36 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 16:38 +0100, michael wrote: (although evolution-data-server-1.6 was there for the initial second after close down). Just for kicks I quit Evo and waited a while. evolution-data-server was still there half an hour later and stayed there when I fired up Evo again. Same PID the whole time. Yes, evo-data-server hangs around, but on my system it doesn't filter if evo itself isn't active. I can also see on the server that the IMAP connection is closed down when I quit evo. This is Fedora 7 Gnome. I wonder if it's anything to do with the backend IMAP server (I'm using dovecot). P. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Wed, 2007-06-20 at 21:45 +0100, Pete Biggs wrote: On Wed, 2007-06-20 at 14:36 -0400, Patrick O'Callaghan wrote: On Wed, 2007-06-20 at 16:38 +0100, michael wrote: (although evolution-data-server-1.6 was there for the initial second after close down). Just for kicks I quit Evo and waited a while. evolution-data-server was still there half an hour later and stayed there when I fired up Evo again. Same PID the whole time. Yes, evo-data-server hangs around, but on my system it doesn't filter if evo itself isn't active. I can also see on the server that the IMAP connection is closed down when I quit evo. This is Fedora 7 Gnome. I wonder if it's anything to do with the backend IMAP server (I'm using dovecot). My IMAP server is Cyrus. I'd be surprised if that matters though. My conclusion that filters are still active is based on observing that when I leave e-d-s running on (say) my office machine, by the time I get home I find a bunch of messages in my Inbox and *also* filed into their various folders (i.e. physically distinct copies -- I made sure of this by looking at the message files on the Cyrus server). At first I thought this was a problem with my filter rules, but after checking my filter log I'm convinced that it isn't. I conjecture that the reason the messages are still in my Inbox is that the e-d-s session on the office machine has refiled them and marked them for deletion, but because there is no active GUI on that machine the local state has not been synched with the server, so when I fire up a new Evo session at home I see them as still present. This behaviour went away when I started killing e-d-s before changing machines. If anyone has a better explanation I'd be glad to hear it. poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] [IMAP] Filtering and Expunging
Hi! I'm using Evolution 2.10.1 on Ubuntu stable. I have 3 IMAP accounts. The problem is that I create filters for Inbox mail, to have my email delivered to sub folders. Also I have a filter to eliminate completely a message containing the word Spam. I have two problems: * Whenever I have new mail, some filters are not applied. For example, some (if not all) spam messages aren't deleted or emails are not delivered to sub folders. I have to manually select the new emails, and press Ctrl + Y to (re)apply filters. As you can imagine, after 2 days, you don't want to use Evo anymore. I checked and rechecked each account and found the Apply filters to new messages on this server on. * When (manually or automatically) my email is filtered, it disappears from the Inbox. This is ok. But if for some reason my evolution crashes or I lost internet connectivity, lots of old unfiltered emails appear as soon as I connect to the server again. It seems that when emails are deleted or moved, evolutions caches the information but doesn't apply it on the remote IMAP server. I search and found no option to do this. I really want the emails to be expunged as soon as I gave an order to do so. Are this know problems? Am I doing something wrong? Please advice :) Thank you for your excellent email client :) Cheers, Ruben ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
* Whenever I have new mail, some filters are not applied. For example, some (if not all) spam messages aren't deleted or emails are not delivered to sub folders. I have to manually select the new emails, and press Ctrl + Y to (re)apply filters. As you can imagine, after 2 days, you don't want to use Evo anymore. I checked and rechecked each account and found the Apply filters to new messages on this server on. Do you have something else that is accessing your IMAP folders? Like a mail notification applet or a webmail application. The definition of new mail is dependent on the IMAP server - if something else has seen the mail, then it is no longer new according to the IMAP server and so Evo doesn't filter it. * When (manually or automatically) my email is filtered, it disappears from the Inbox. This is ok. But if for some reason my evolution crashes or I lost internet connectivity, lots of old unfiltered emails appear as soon as I connect to the server again. It seems that when emails are deleted or moved, evolutions caches the information but doesn't apply it on the remote IMAP server. I search and found no option to do this. I really want the emails to be expunged as soon as I gave an order to do so. Expunging is a server side function, it's not Evo that does it - in fact most things to do with IMAP folders are done on the server side. The only time that Evo caches things like that is if it is working offline. To me, it looks like there is something else fiddling with your mail boxes. P. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Tue, 2007-06-19 at 12:12 +0100, Pete Biggs wrote: * Whenever I have new mail, some filters are not applied. For example, some (if not all) spam messages aren't deleted or emails are not delivered to sub folders. I have to manually select the new emails, and press Ctrl + Y to (re)apply filters. As you can imagine, after 2 days, you don't want to use Evo anymore. I checked and rechecked each account and found the Apply filters to new messages on this server on. Do you have something else that is accessing your IMAP folders? Like a mail notification applet or a webmail application. The definition of new mail is dependent on the IMAP server - if something else has seen the mail, then it is no longer new according to the IMAP server and so Evo doesn't filter it. I also notice that for downloaded emails sometimes SpamAssassin appears not to have run on some emails... * When (manually or automatically) my email is filtered, it disappears from the Inbox. This is ok. But if for some reason my evolution crashes or I lost internet connectivity, lots of old unfiltered emails appear as soon as I connect to the server again. It seems that when emails are deleted or moved, evolutions caches the information but doesn't apply it on the remote IMAP server. I search and found no option to do this. I really want the emails to be expunged as soon as I gave an order to do so. Expunging is a server side function, it's not Evo that does it - in fact most things to do with IMAP folders are done on the server side. The only time that Evo caches things like that is if it is working offline. Delete in Evolution needs to be followed by Expunge (CNTL E) for emails to be deleted off the server. This works as expected for me. M ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Tue, 2007-06-19 at 12:12 +0100, Pete Biggs wrote: * Whenever I have new mail, some filters are not applied. For example, some (if not all) spam messages aren't deleted or emails are not delivered to sub folders. I have to manually select the new emails, and press Ctrl + Y to (re)apply filters. As you can imagine, after 2 days, you don't want to use Evo anymore. I checked and rechecked each account and found the Apply filters to new messages on this server on. Do you have something else that is accessing your IMAP folders? Like a mail notification applet or a webmail application. The definition of new mail is dependent on the IMAP server - if something else has seen the mail, then it is no longer new according to the IMAP server and so Evo doesn't filter it. Maybe this could be causing problems.. I will look at my machines looking for mail notification programs and then I will report my results later. * When (manually or automatically) my email is filtered, it disappears from the Inbox. This is ok. But if for some reason my evolution crashes or I lost internet connectivity, lots of old unfiltered emails appear as soon as I connect to the server again. It seems that when emails are deleted or moved, evolutions caches the information but doesn't apply it on the remote IMAP server. I search and found no option to do this. I really want the emails to be expunged as soon as I gave an order to do so. Expunging is a server side function, it's not Evo that does it - in fact most things to do with IMAP folders are done on the server side. The only time that Evo caches things like that is if it is working offline. To me, it looks like there is something else fiddling with your mail boxes. P. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Tue, 2007-06-19 at 13:19 +0100, michael wrote: * When (manually or automatically) my email is filtered, it disappears from the Inbox. This is ok. But if for some reason my evolution crashes or I lost internet connectivity, lots of old unfiltered emails appear as soon as I connect to the server again. It seems that when emails are deleted or moved, evolutions caches the information but doesn't apply it on the remote IMAP server. I search and found no option to do this. I really want the emails to be expunged as soon as I gave an order to do so. Expunging is a server side function, it's not Evo that does it - in fact most things to do with IMAP folders are done on the server side. The only time that Evo caches things like that is if it is working offline. Delete in Evolution needs to be followed by Expunge (CNTL E) for emails to be deleted off the server. This works as expected for me. If I press Ctrl+E yes, it works, the messages are deleted on server. But I think that, *at least*, there should be an option that does this automatically, every time I delete a message, it expunges the server. Don't expect me to hit 2 keyboard shortcuts every time I want to delete a message. Ruben ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Tue, 2007-06-19 at 14:08 +0100, Pete Biggs wrote: If I press Ctrl+E yes, it works, the messages are deleted on server. But I think that, *at least*, there should be an option that does this automatically, every time I delete a message, it expunges the server. Don't expect me to hit 2 keyboard shortcuts every time I want to delete a message. You don't - you just have to press delete. The IMAP standard says that a message is only removed when the folder is purged, deleting just marks it as deleted. There is an option to expunge folders on exit though, and you can hide deleted messages - you won't notice the difference that way. try suspending your laptop, go to home/work and open evolution there on another box... Then you got 500 mails that you have previously deleted/filtered... I found *lots* of complaints about this on google. and many users on ubuntu forums complain about this evolution behavior. It is bad for mail admin? Maybe they should stop using mbox and then they don't have to rewrite 500Mb mail box files :) The good news is that I tested Thunderbird 2, and it *works as expected*, nice and smoothly. Google shows me that people are moving from Evo to Thunderbird for the same reason... I have also found an old (2002) Evo bug report with a user complaining about the same thing and it was closed with Won't fix. So, my understanding is that *at least* there should be an option that allows automatic expunge of folders. Or if you want, automatic expunge every n minutes or seconds. Ruben ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [IMAP] Filtering and Expunging
On Tue, 2007-06-19 at 17:56 +0100, Rúben Fonseca wrote: On Tue, 2007-06-19 at 14:08 +0100, Pete Biggs wrote: If I press Ctrl+E yes, it works, the messages are deleted on server. But I think that, *at least*, there should be an option that does this automatically, every time I delete a message, it expunges the server. Don't expect me to hit 2 keyboard shortcuts every time I want to delete a message. You don't - you just have to press delete. The IMAP standard says that a message is only removed when the folder is purged, deleting just marks it as deleted. There is an option to expunge folders on exit though, and you can hide deleted messages - you won't notice the difference that way. try suspending your laptop, go to home/work and open evolution there on another box... Then you got 500 mails that you have previously deleted/filtered... The IMAP protocol provides *no* guarantees about consistency when two or more clients are accessing the same mailbox simultaneously. This is not an Evo problem. Increasing the frequency of expunges will reduce the possibility of race conditions but not eliminate them entirely (BTW that's probably why your filters aren't working as expected.) We can discuss alternative strategies for when and how often Evo should do expunges, but note that expunging a message means you can't undelete it. That's why I prefer to have it under my explicit control. Note that simply quitting Evo isn't enough. You have to log out or use the '--force-shutdown' option to make sure the back end is no longer active. I for one would like a additional Really Quit option from within Evo so as not to have to use a Shell session for this since I also tend to leave myself logged in from more than one place. poc ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list