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 767865 - [POP3] Correct Delete message after X days comparison
[POP3] Correct Delete message after X days comparison
Status: RESOLVED FIXED
Product: evolution-data-server
Classification: Platform
Component: Mailer
3.20.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2016-06-20 09:44 UTC by Ralf
Modified: 2016-06-22 23:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
CAMEL_DEBUG=pop3 evolution &>log.txt (32.27 KB, text/plain)
2016-06-20 17:18 UTC, Ralf
Details

Description Ralf 2016-06-20 09:44:57 UTC
Hi, 

I want received mails of my POP accounts get deleted after a few hours or at least after 1 day, but actually 

Edit > Preferences > Account Name > Receiving Options
  [x] Leave message on server
     Delete after [1] day(s)
     [ ] Delete expunged from local Inbox

of Evolution 3.20.3 keeps mails for several days, at least for 2 days. For example today is 2016-06-20, but for an account were I deleted mails manually from the server a few days ago, perhaps 3 days ago, I again still have mails from 2016-06-18, but I would expect mails for 2016-06-19 and today only.

Regards,
Ralf
Comment 1 Milan Crha 2016-06-20 16:30:33 UTC
Thanks for a bug report. Could you run evolution from a terminal like this:
   $ CAMEL_DEBUG=pop3 evolution &>log.txt
then remove any private information from the resulting log.txt file and attach it here, please? It'll show what times were compared, eventually whether the deletion of the old messages had been tried at all. Search for "days_to_delete" and "day_lag" (quotes for clarity only) strings in the log to get near the right place. The day_lag should be always larger than the days_to_delete, to have the message considered for the deletion.
Comment 2 Ralf 2016-06-20 17:18:46 UTC
Created attachment 330098 [details]
CAMEL_DEBUG=pop3 evolution &>log.txt
Comment 3 Milan Crha 2016-06-20 18:21:08 UTC
Thanks for the update. The log shows that two messages had been deleted, those whose day_lag was 2, while the days_to_delete was set to 1. The other days show day_lag 1 or 0, which are messages received either today or yesterday. That's due to the comparison 'day_lag > days_to_delete' is being used, since the beginning, when the feature had been implemented. I can change it to '>=' to delete one day earlier, I think. It's only that the option says "Delete after X days", where the 'after' here is reflected by the '>' comparison, I guess.
Comment 4 Ralf 2016-06-21 03:34:30 UTC
Thank you, I prefer a deletion one day earlier. Please change it to
'>='.

Regards,
Ralf
Comment 5 Milan Crha 2016-06-21 06:57:57 UTC
Right, I agree, it makes more sense.

Created commit 339599c in eds master (3.21.4+)
Created commit 2dadbba in eds gnome-3-20 (3.20.4+)
Comment 6 Ralf 2016-06-22 11:57:44 UTC
Thank you,

the issue is solved.

[rocketmouse@archlinux ~]$ pacman -Q evolution{,-data-server}
evolution 3.20.3.r12.gbc61bf9-1
evolution-data-server 3.20.3.r6.ga614b36-1

Does a feature request make sense, if I would like to be able to change the "24" (gint day_lag = time_diff / (60 * 60 * 24);) to a smaller value by the GUI or do you think this is an to unusual wish?

Regards,
Ralf
Comment 7 Ralf 2016-06-22 12:54:41 UTC
Fallacy :D

< 1 day most likely means values > 24.
Comment 8 Ángel 2016-06-22 23:16:42 UTC
I would simply allow decimal values in the days field. Not an obvious feature, but it's a simple way to cater this uncommon request without touching things too much.