#1647 reproduced
Robert Brenstein

default columns for junk and sent mailboxes do not stick - a bug or a feature?

Reported by Robert Brenstein | January 17th, 2017 @ 04:30 PM

It seems that MM insists to use its own columns when displaying the Junk and Sent mailboxes.

I switch to either of those mailboxes. I make a change to use the default columns. I see the change. I switch to a different mailbox. I come back and the old columns are back. Having to reset them each time is nothing to cherish.

I can send you a screen movie that shows this.

Is there a way to use the default columns in those mailboxes?

Comments and changes to this ticket

  • benny

    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.

  • Robert Brenstein

    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.

  • Robert Brenstein

    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

    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 :)

  • Robert Brenstein

    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.

  • Robert Brenstein

    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.

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile »

Mac OS X email client.

Shared Ticket Bins

People watching this ticket

Referenced by