Freron MailMate

Comments and changes to this ticket

• 

  benny January 18th, 2017 @ 12:51 PM

  • State changed from “new” to “reproduced”

  The saving of mailbox related state is currently not working very well. What you describe works for me, but I know it can get into a state for which it does not work. The only possible workaround is to start over with mailbox related states (columns selection/width/order and threading mode). Quit MailMate and execute this line:

  defaults delete com.freron.MailMate MmMailboxRelatedStates
  

  I need to completely replace the current system handling this and this is the main reason it has been an open issue for very long (well, and maybe that I lost motivation when I received some unnecessarily angry messages about this bug -- I'm only human).

  The current system tries to dynamically remember user changes to mailbox related settings, but (apart from being buggy) many users would likely prefer to explicitly save mailbox state. Personally, I often temporarily want to enable some columns, but I don't really want MailMate to remember this forever. I'm still considering how to best do this.

• You flagged this item as spam.
  

  Robert Brenstein January 18th, 2017 @ 01:06 PM

  I have this problem with only those 2 mailboxes. It took me a while to tune the columns (order and widths), so I rather live with those two being different than starting anew.

  I can see the dilemma you describe. Have you considered having a preference setting "always remember column changes for each mailbox"? This way, each user decides whether they want to control saving (allowing them temporary changes that go away) or whether any change is automatically saved by MM. You would need to have a new item in the popup menu "save columns for this mailbox," grayed out permanently if the setting is checked.

• You flagged this item as spam.
  

  Robert Brenstein January 18th, 2017 @ 01:25 PM

  What happens if I delete the element MainOutline for the entries for SENT and JUNK under MmMailboxRelatedStates? I looked at the settings with a preference editor and see that other mailboxes do not have that element. It seems to define the view columns, so it would seem that its lack means using the default set.

• 

  benny January 18th, 2017 @ 01:30 PM

  That might work.

  With respect to the setting described: Yes, I imagine that it should be optional like that, but there are some tricky details (e.g., inheritance of settings) and the difficult decision of finding the best default behavior :)

• You flagged this item as spam.
  

  Robert Brenstein January 18th, 2017 @ 01:53 PM

  The columns as currently set in the new install are fine IMHO. All submailboxes should inherit column settings from the parent mailbox unless set explicitly. Details might be tricky but the concept seems straightforward. Inheritance seems conceptually more elegant but if following the tree is too complicated or affects performance, real mailboxes (not those created automatically thru Submailboxes panel) could also use the default set when created. Automatic saving should be the factory default, I think.

• You flagged this item as spam.
  

  Robert Brenstein February 13th, 2017 @ 02:29 PM

  I did not try to delete the element MainOutline for the entries for SENT and JUNK under MmMailboxRelatedStates. After reviewing the issue, I decided that I actually prefer to have different columns in these mailboxes and made my own set for each. These seem to stick. Apparently, the issue is only with the default columns.