Custom Query (528 matches)
Results (19 - 21 of 528)
|#565||worksforme||DSI crash at exit||samo79|
I wasn't able to reproduce it, however I got a (skippable) DSI crash when i exit from the program
Steps to reproduce
It crashed on latest night build, see crashlog
|#564||fixed||Save configuration without passwords||tboeckel||tboeckel|
Often users are asked to provide their YAM configuration to be able to directly inspect that file for possible issues. This requires the users to strip their passwords from that file to avoid any misuse due to unintentionally revealed passwords. This additional manual stripping always includes the danger that some passwords might be forgotten to be removed.
Add a new menu item (i.e. "Save without passwords") to the config window's menu to save the current configuration to a selectable file, but without any passwords or with a short "XXX" sequence instead of the password. This would make it lots easier for the users to upload their configuration to the bugtracker without having to touch the the file after having saved to it a separate file.
|#563||fixed||Use a mail's receive date instead of the compose date when deleting old mails||tboeckel||tboeckel|
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.
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.