Bug#640851: local mail spool still unaccessible with evo 3.4.4.-1
tags 640851 - unreproducible
tags affects 679347
thanks
This problem is even a regression: see #679347. Fedora people also have
this problem: http://forums.fedoraforum.org/showthread.php?t=281674
(still not solved).
But according to #679347, it is fixed upstream
https://bugzilla.gnome.org/show_bug.cgi?id=679017#c4
See comment #3:
Milan Crha [Evolution developer] 2012-07-18 16:43:50 UTC
for evolution-data-server;
Due to disabled summary loading the account didn't read previously saved
messages in it and hid them from the user. How basically the same code could
work in 3.2.3 I'm not sure at all, but this change seems to be correct anyway.
Has this been backported to 3.4.4-1?
Patch inlined below:
diff --git a/camel/providers/local/camel-spool-summary.c
b/camel/providers/local/camel-spool-summary.c
index 33831d4..56782e8 100644
--- a/camel/providers/local/camel-spool-summary.c
+++ b/camel/providers/local/camel-spool-summary.c
@@ -105,7 +105,9 @@ spool_summary_load (CamelLocalSummary *cls,
gint forceindex,
GError **error)
{
- g_warning(spool summary - not loading anything\n);
+ /* if not loading, then rescan mbox file content */
+ camel_local_summary_check_force (cls);
+
return 0;
}
On Fri, 2012-11-23 at 22:05 +0100, Michael Banck wrote:
severity 640851 important
tags 640851 unreproducible
thanks
Hi,
On Thu, Oct 25, 2012 at 11:34:52AM +0200, Svante Signell wrote:
I was waiting for the latest bugfix release to see if the local mailbox
spool problem was solved. Unfortunately it was not :( Local mails are
delivered to /var/mail/username
...
I cannot reproduce this, it appears to be a local problem on your part.
Did you try the advice in
http://library.gnome.org/users/evolution/3.2/mail-error-folder-mismatch.html
Yes, no effect!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640851: local mail spool still unaccessible with evo 3.4.4.-1
severity 640851 serious
merge 640851 679347
thanks
This bug can easily be reproduced. I just created a local mbox account
on a newly installed wheezy box (empty disk!). And the same problem is
present there as reported in this bug report.
In case you want the data used for that account, please let me know!
(top-posting since I'm replying to my own emails)
Thanks!
On Tue, 2012-11-27 at 10:02 +0100, Svante Signell wrote:
tags 640851 - unreproducible
tags affects 679347
thanks
This problem is even a regression: see #679347. Fedora people also have
this problem: http://forums.fedoraforum.org/showthread.php?t=281674
(still not solved).
But according to #679347, it is fixed upstream
https://bugzilla.gnome.org/show_bug.cgi?id=679017#c4
See comment #3:
Milan Crha [Evolution developer] 2012-07-18 16:43:50 UTC
for evolution-data-server;
Due to disabled summary loading the account didn't read previously saved
messages in it and hid them from the user. How basically the same code could
work in 3.2.3 I'm not sure at all, but this change seems to be correct anyway.
Has this been backported to 3.4.4-1?
Patch inlined below:
diff --git a/camel/providers/local/camel-spool-summary.c
b/camel/providers/local/camel-spool-summary.c
index 33831d4..56782e8 100644
--- a/camel/providers/local/camel-spool-summary.c
+++ b/camel/providers/local/camel-spool-summary.c
@@ -105,7 +105,9 @@ spool_summary_load (CamelLocalSummary *cls,
gint forceindex,
GError **error)
{
- g_warning(spool summary - not loading anything\n);
+ /* if not loading, then rescan mbox file content */
+ camel_local_summary_check_force (cls);
+
return 0;
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640851: local mail spool still unaccessible with evo 3.4.4.-1
severity 640851 important tags 640851 unreproducible thanks Hi, On Thu, Oct 25, 2012 at 11:34:52AM +0200, Svante Signell wrote: I was waiting for the latest bugfix release to see if the local mailbox spool problem was solved. Unfortunately it was not :( Local mails are delivered to /var/mail/username and these are the settings used for the local mail account in evo. However, evo looks for this mailbox file at ~/.local/share/evolution/mail/some_strange_directory_name containing the following files: INBOX.ibex.index.data, INBOX.ibex.index, INBOX.cmeta, folders.db As discussed with upstream, this is not true. Removing these files and restarting evo does not help: evo complains about: Summary and folder mismatch, even after a sync In the settings the local account is flagged as of type spool and for Receiving Email the setting is: Standard Unix mbox spool file. I cannot reproduce this, it appears to be a local problem on your part. Did you try the advice in http://library.gnome.org/users/evolution/3.2/mail-error-folder-mismatch.html Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640851: local mail spool still unaccessible with evo 3.4.4.-1
Just to add info to this bug entry: the submitter started engaging a conversation about this bug in evolution-list, that can be followed here: https://mail.gnome.org/archives/evolution-list/2012-October/thread.html#00105 Best regards, -- Marcos Marado -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640851: local mail spool still unaccessible with evo 3.4.4.-1
On Thu, 2012-10-25 at 11:34 +0200, Svante Signell wrote: severity 640851 serious found 640851 3.4.3-1 found 640851 3.4.4-1 thanks I was waiting for the latest bugfix release to see if the local mailbox spool problem was solved. Unfortunately it was not :( Local mails are delivered to /var/mail/username and these are the settings used for the local mail account in evo. However, evo looks for this mailbox file at ~/.local/share/evolution/mail/some_strange_directory_name containing the following files: INBOX.ibex.index.data, INBOX.ibex.index, INBOX.cmeta, folders.db Removing these files and restarting evo does not help: evo complains about: Summary and folder mismatch, even after a sync In the settings the local account is flagged as of type spool and for Receiving Email the setting is: Standard Unix mbox spool file. More information: Evolution tries to store the mailbox entry at /username/INBOX which doesn't exist, when the mbox file is at /var/mail/username . That filename is given in the evo settings for that mail account, but is not honored?? (evolution:8019): evolution-mail-WARNING **: Failed to refresh folders: Error storing 'mailbox: /username/INBOX (spool)': Summary and folder mismatch, even after a sync -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640851: local mail spool still unaccessible with evo 3.4.4.-1
severity 640851 serious found 640851 3.4.3-1 found 640851 3.4.4-1 thanks I was waiting for the latest bugfix release to see if the local mailbox spool problem was solved. Unfortunately it was not :( Local mails are delivered to /var/mail/username and these are the settings used for the local mail account in evo. However, evo looks for this mailbox file at ~/.local/share/evolution/mail/some_strange_directory_name containing the following files: INBOX.ibex.index.data, INBOX.ibex.index, INBOX.cmeta, folders.db Removing these files and restarting evo does not help: evo complains about: Summary and folder mismatch, even after a sync In the settings the local account is flagged as of type spool and for Receiving Email the setting is: Standard Unix mbox spool file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
