Custom Query (540 matches)


Show under each result:

Results (31 - 33 of 540)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Ticket Resolution Summary Owner Reporter
#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

  1. Open YAM and open the Prefs window aswell
  2. Then just try to quit YAM (pressing its close gadget)

Expected results

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.

Enhancement recommendation

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.

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.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Note: See TracQuery for help on using queries.