Lighthouse has a new layout. Prefer the old one? Return to the old layout, and switch back any time from the link at the top of each page.

Smart Mailbox submailboxes are blank

#580

I have a 'Mailing Lists' smart mailbox. When I expanded it today, I saw a UI Bug

Collapsing the mailbox and re-expanding didn't help.

Restarting the application (after exiting with it both collapsed and expanded) didn't help.

The Conditions The Submailboxes

I think this smart mailbox came with the MailMate installation? I don't recall making it.

Thanks,
nall.

Reported by nall · January 13th, 2014 @ 05:33 PM

State: fixreleased
Milestone: none
Assigned to: benny benny

Activity

  1. benny
    benny

    No, this is a mailbox provided by default. I'm not sure what's going on. Does the problem persist?

    Try sending me this file:

    ~/Library/Application Support/MailMate/Mailboxes.plist
    

    That'll make it easier for me to see if the mailbox has been changed in some way.

    January 14th, 2014 @ 01:14 PM

  2. nall
    nall

    Yes, the issue persists.

    Here's the mailbox entry in the .plist file. Other smart mailboxes that use submailboxes aren't seeing this.

    If I remove the partitioningFormatString field and restart MailMate, the submailbox labels (albeit the default ones) show up as expected.

    nall.

                {       filter = "list-id.identifier exists";
                        name = "Mailing Lists";
                        parentUUID = "MAILBOXES";
                        partitioningFormatString = "${list-id.description:${subject.blob:?${subject.blob:/capitalize}:${list-id.identifier.final-level}}}";
                        partitioningHeader = "list-id.identifier";
                        set = "ALL_MESSAGES";
                        showSingleChild = :true;
                        uuid = "MAILING_LISTS";
                },
    

    January 14th, 2014 @ 03:36 PM

  3. nall
    nall

    Benny,
    I do notice that removing the .final-level suffix on that else term causes the labels to be displayed.

    January 14th, 2014 @ 09:31 PM

  4. benny
    benny

    Thanks for the details. Maybe the problem is related to the List-ID header of your messages. Could you select one or more of your messages and then use “View ▸ Show Raw Source” to get me some examples of this header?

    January 15th, 2014 @ 09:25 AM

  5. nall
    nall

    A-ha! I'd missed that there were some at the bottom that don't disappear.

    I can't paste the item as-is, but here's an obfuscated version of one of them:

    List-Id: <A_B_C$@sub.domain.com>
    

    Also, this one disappears:

    List-Id: <aBCD@sub.domain.com>
    

    However, this one doesn't disappear:

    List-Id: <A-B-C-D@sub.domain.com>
    

    I'm stumped. Further, I see some mails in submailboxes where the submailbox name doesn't appear anywhere in the raw mail text.

    Let me know if I can provide any more info.

    January 15th, 2014 @ 11:34 PM

  6. benny
    benny
    • State changed from new to fixcommitted

    These are all incorrect List-ID headers. They should never contain a @.

    Turns out that MailMate was so naive that it required list-id identifiers to follow the standard (I really do mean that). I've now changed it such that MailMate accepts anything separated by dots. You probably won't get exactly what you need since the resulting names are:

    A_B_C$@sub
    aBCD@sub
    A-B-C-D@sub
    

    If whatever generated these emails is in widespread use then I might consider splitting at @ as well to improve the result. That should be pretty safe to do. You cannot test the fix yet. Maybe later this week.

    What is the origin of these messages?

    January 20th, 2014 @ 01:16 PM

  7. benny
    benny
    • State changed from fixcommitted to fixreleased

    October 15th, 2014 @ 03:32 PM

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.