2008-11-29 20:33:51 |
Jared Greenwald |
bug |
|
|
added bug |
2008-11-29 20:35:42 |
Jared Greenwald |
description |
1) 8.10
2) evolution-2.24.2-0ubuntu1
3) I created a filter based on a mailing list whose action is to move the message to a folder on an imap. When attempting to apply the filter manually (via ctrl+y), the filter fails to apply resulting in an error in the status bar.
4) What is actually happening is that in the filter.xml file the filter is not being recorded with the proper account information. Rather than having the proper account id in the uri, the local@local account is used instead. I imagine if the requested folder existed in the local folders, the filter would not fail, but this is not the case. |
1) 8.10
2) evolution-2.24.2-0ubuntu1
3) I created a filter based on a mailing list whose action is to move the message to a folder on an imap. When attempting to apply the filter manually (via ctrl+y), the filter fails to apply resulting in an error in the status bar.
4) What is actually happening is that in the filter.xml file the filter is not being recorded with the proper account information. Rather than having the proper account id in the uri, the local@local account is used instead. I imagine if the requested folder existed in the local folders, the filter would not fail, but this is not the case.
Also forgot to mention that I've reported this to bugs.gnome.org resulting in bug number http://bugzilla.gnome.org/show_bug.cgi?id=562708. |
|
2008-11-30 01:46:04 |
C de-Avillez |
bug |
|
|
assigned to evolution |
2008-11-30 01:51:40 |
C de-Avillez |
evolution: status |
New |
Triaged |
|
2008-11-30 01:51:40 |
C de-Avillez |
evolution: assignee |
|
desktop-bugs |
|
2008-11-30 01:51:40 |
C de-Avillez |
evolution: importance |
Undecided |
Medium |
|
2008-11-30 01:51:40 |
C de-Avillez |
evolution: statusexplanation |
|
I can confirm, and I am marking it as triaged. I noticed it some time ago on trunk, but never really paid attention until Jared sent an email to evolution-list.
So, at least it affects 2.24.2 onwards.
Jared's explanation is pretty much it: set a filter targeting an IMAP folder (action "move to folder"). Save it. Look at the ./evolution/mail/filters.xml, and the newly-created filter has a target URI pointing to local@local, instead of the correct IMAP account.
You can find the correct IMAP account by running on a terminal:
gconftool-2 -g /apps/evolution/mail/accounts
Or (if you do not want to browse through all of the output, this:
gconftool-2 -g /apps/evolution/mail/accounts | awk -F '=' '{print $2 $3}' |
|
2008-11-30 01:52:22 |
C de-Avillez |
title |
Message Filters for IMAP point to local@local |
Message Filters targeting IMAP folders point to local@local |
|
2008-12-08 00:00:20 |
C de-Avillez |
evolution: status |
Triaged |
Fix Committed |
|
2008-12-08 00:00:20 |
C de-Avillez |
evolution: statusexplanation |
I can confirm, and I am marking it as triaged. I noticed it some time ago on trunk, but never really paid attention until Jared sent an email to evolution-list.
So, at least it affects 2.24.2 onwards.
Jared's explanation is pretty much it: set a filter targeting an IMAP folder (action "move to folder"). Save it. Look at the ./evolution/mail/filters.xml, and the newly-created filter has a target URI pointing to local@local, instead of the correct IMAP account.
You can find the correct IMAP account by running on a terminal:
gconftool-2 -g /apps/evolution/mail/accounts
Or (if you do not want to browse through all of the output, this:
gconftool-2 -g /apps/evolution/mail/accounts | awk -F '=' '{print $2 $3}' |
This was fixed by http://bugzilla.gnome.org/show_bug.cgi?id=552583 upstream on trunk. |
|
2008-12-16 20:24:17 |
Chris Cheney |
evolution: status |
New |
Triaged |
|
2008-12-16 20:24:17 |
Chris Cheney |
evolution: importance |
Undecided |
High |
|
2008-12-16 20:24:17 |
Chris Cheney |
evolution: statusexplanation |
|
|
|
2008-12-16 20:24:17 |
Chris Cheney |
evolution: milestone |
|
intrepid-updates |
|
2008-12-16 20:27:09 |
Chris Cheney |
evolution: status |
Fix Committed |
Triaged |
|
2008-12-16 20:27:09 |
Chris Cheney |
evolution: statusexplanation |
This was fixed by http://bugzilla.gnome.org/show_bug.cgi?id=552583 upstream on trunk. |
Marking back to triaged since it isn't actually Fix Committed anywhere in Ubuntu, bzr, etc. Just in the upstream codebase.
< slangasek> calc: sounds like an incorrect use of that state to me, yeah |
|
2008-12-18 19:33:43 |
C de-Avillez |
description |
1) 8.10
2) evolution-2.24.2-0ubuntu1
3) I created a filter based on a mailing list whose action is to move the message to a folder on an imap. When attempting to apply the filter manually (via ctrl+y), the filter fails to apply resulting in an error in the status bar.
4) What is actually happening is that in the filter.xml file the filter is not being recorded with the proper account information. Rather than having the proper account id in the uri, the local@local account is used instead. I imagine if the requested folder existed in the local folders, the filter would not fail, but this is not the case.
Also forgot to mention that I've reported this to bugs.gnome.org resulting in bug number http://bugzilla.gnome.org/show_bug.cgi?id=562708. |
1) 8.10
2) evolution-2.24.2-0ubuntu1
3) I created a filter based on a mailing list whose action is to move the message to a folder on an imap. When attempting to apply the filter manually (via ctrl+y), the filter fails to apply resulting in an error in the status bar.
4) What is actually happening is that in the filter.xml file the filter is not being recorded with the proper account information. Rather than having the proper account id in the uri, the local@local account is used instead. I imagine if the requested folder existed in the local folders, the filter would not fail, but this is not the case.
Also forgot to mention that I've reported this to bugs.gnome.org resulting in bug number http://bugzilla.gnome.org/show_bug.cgi?id=562708.
Latest versions tested:
Evo 2.24.2 (Intrepid): impacted
Evo 2.24 trunk (soon to be 2.24.3/2.24.2.1): resolved
Evo 2.25 trunk (soon to be 2.25.3): resolved
WORKAROUND:
1. Look at the ~./evolution/mail/filters.xml; the wrongly-created filters has a target URI pointing to local@local, instead of the correct IMAP account. Be careful not to change the real local email filters!
2. Stop Evolution and, on a terminal, issue 'evolution --force-shutdown'
3. You can find the correct IMAP account by running on a terminal:
gconftool-2 -g /apps/evolution/mail/accounts
Or (if you do not want to browse through all of the output, this:
gconftool-2 -g /apps/evolution/mail/accounts | awk -F '=' '{print $2 $3}'
4. Select the correct account, and edit ~/.evolution/mail/filters.xml, and replace the 'local@local' with the correct account strings.
5. start Evolution again. |
|
2009-01-07 07:41:02 |
Bug Watch Updater |
evolution: status |
Unknown |
Fix Released |
|
2009-01-07 09:19:57 |
Sebastien Bacher |
evolution: status |
Triaged |
Fix Committed |
|
2009-01-07 09:19:57 |
Sebastien Bacher |
evolution: statusexplanation |
Marking back to triaged since it isn't actually Fix Committed anywhere in Ubuntu, bzr, etc. Just in the upstream codebase.
< slangasek> calc: sounds like an incorrect use of that state to me, yeah |
the bug has been fixed upstream now |
|
2009-01-21 09:35:37 |
Sebastien Bacher |
evolution: status |
Fix Committed |
Fix Released |
|
2009-01-21 09:35:37 |
Sebastien Bacher |
evolution: statusexplanation |
the bug has been fixed upstream now |
the new version is in jaunty now |
|
2009-12-04 13:50:47 |
Chris Roddy |
removed subscriber Chris Roddy |
|
|
|
2010-03-30 21:01:48 |
Sergio Zanchetta |
evolution (Ubuntu Intrepid): status |
Triaged |
Won't Fix |
|
2010-09-16 08:53:54 |
Bug Watch Updater |
evolution: importance |
Unknown |
High |
|