After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 614388 - [POP3] Broken Delete after X days behaviour
[POP3] Broken Delete after X days behaviour
Status: RESOLVED FIXED
Product: evolution-data-server
Classification: Platform
Component: Mailer
2.30.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[pop]
: 534729 593339 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-03-30 18:19 UTC by Lucian Langa
Modified: 2011-03-28 07:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
get message_time from pop3 (2.97 KB, patch)
2010-03-30 18:23 UTC, Lucian Langa
reviewed Details | Review
updated patch (2.96 KB, patch)
2010-04-01 05:22 UTC, Lucian Langa
committed Details | Review

Description Lucian Langa 2010-03-30 18:19:37 UTC
Initial problem reported here #514827, I can reproduce with latest master build.
Messages are removed randomly from server and older messages beyond selected date stacks on pop3.
This happens because of cache expiration that is setup to 1 week or 1 day if not visited.
Comment 1 Lucian Langa 2010-03-30 18:23:49 UTC
Created attachment 157523 [details] [review]
get message_time from pop3

Proposed patch, if we cannot get time from the cache fetch the message from pop3 and calculate message_time.
Comment 2 Lucian Langa 2010-03-30 18:28:38 UTC
Another option could be to increase cache age, leaving messages on server and deleting after a few days would pile up a lot of redundant data in the cache. Fetching message from pop is bad enough but perhaps we can do both fetch from pop and increase the cache age too.
Comment 3 Milan Crha 2010-03-31 22:16:33 UTC
Thanks for a patch. I've a feeling there were some issue about the fetching, but I cannot recall what it was exactly. Your change seems good, except of this:
> +			camel_object_unref((CamelObject *)message);
the cast is not necessary, but the test for "message != NULL" is.
Apart of that just some small indentation "issues" and a different coding style in your:
> +		if ( day_lag > days_to_delete)
> +		{
Nothing serious, I would say.
Comment 4 Akhil Laddha 2010-04-01 03:26:21 UTC
*** Bug 534729 has been marked as a duplicate of this bug. ***
Comment 5 Lucian Langa 2010-04-01 05:22:12 UTC
Created attachment 157662 [details] [review]
updated patch

Thanks Milan,
updated patch with your suggestions.
Comment 6 Milan Crha 2010-04-01 11:53:36 UTC
Oh, I'm sorry, I overlooked one thing yesterday, when pop3_get_message fails for some reason, then the message_time is either uninitialized, or the one from the previous message. Please fix this and commit to master and gnome-2-30 branch. Thanks.
Comment 7 Lucian Langa 2010-04-01 20:25:20 UTC
Commits:

6fc6243 in e-d-s master (2.31.1+)
64d7416 in e-d-s gnome-2-30 (2.30.1+)
Comment 8 Milan Crha 2010-11-09 14:57:31 UTC
*** Bug 593339 has been marked as a duplicate of this bug. ***
Comment 9 Andor J Kiss 2011-03-23 18:06:46 UTC
this bug still un-squished in Lucid
Comment 10 Milan Crha 2011-03-28 07:28:29 UTC
(In reply to comment #9)
> this bug still un-squished in Lucid

Definitely because you've old version of evolution (-data-server). Tell your distro maintainers. The upstream has nothing to do with the distribution you are using.