:mailbox_with_mail: YAM (short for 'Yet Another Mailer') is a MIME-compliant open-source Internet email client written for Amiga-based computer systems (AmigaOS4, AmigaOS3, MorphOS, AROS). It supports POP3, SMTP, TLSv1/SSLv3 connection security, multiple users, multiple identities, PGPv2/v5 encryption, unlimited hierarchical folders, an ARexx interface, etc...
Currently too old mails in a folder are deleted on basis of their Date: header line, which usually is the date when they were originally written. If one does not receive mails for a longer period (due to vacation, illness, etc) it might happen that YAM will delete freshly downloaded mails immediately again if the folder's maximum age is quite narrow and the new mails' compose date exceeds this age.
Enhancement recommendation
A better approach would be to use the mails' receive date instead of the compose date. This way received mails would really spend exactly the amount of "max. age" days on the user's system before they finally get deleted automatically. This also ensures that possibly important mails don't get deleted immediately if their Date: header line could not be parsed correctly and their compose date will be pushed back to January 1st 1978. The receive date will always be "today" and as such should never exceed a folder's maximum mail age immediately.
mui/YAMApplication.c: changed the deletion of mails older than the folder's maximum age to chech the current date against the mails' receive/send date instead of their compose date. Thus mails are really kept for the desired amount of days on the system. This closes #563.
Originally on 2014-05-21 09:08:47 +0200
Problem
Currently too old mails in a folder are deleted on basis of their Date: header line, which usually is the date when they were originally written. If one does not receive mails for a longer period (due to vacation, illness, etc) it might happen that YAM will delete freshly downloaded mails immediately again if the folder's maximum age is quite narrow and the new mails' compose date exceeds this age.
Enhancement recommendation
A better approach would be to use the mails' receive date instead of the compose date. This way received mails would really spend exactly the amount of "max. age" days on the user's system before they finally get deleted automatically. This also ensures that possibly important mails don't get deleted immediately if their Date: header line could not be parsed correctly and their compose date will be pushed back to January 1st 1978. The receive date will always be "today" and as such should never exceed a folder's maximum mail age immediately.