Customize email window title format string?

Beautiful, thanks! That works for me. "${date.formatted}" doesn't seem to be yielding anything though. "${date}" works although it's much longer than I need.

Is there a comprehensive list somewhere of all those internal "${foo.bar}"-style internal field names?

It should have been ${date.#formatted}. Sorry about that.

I'm afraid there's still not a complete list available. A (bad) workaround is to play with values in smart mailbox conditions (or submailbox partitioning) and then look in the following file to see the string generated:

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

This is working really well (thanks again for that!) but there's one minor glitch remaining: When creating a new email, when you edit the subject the window title always changes to match the subject, instead of obeying the format string. It would be nice if this worked even for new emails.

Bumping because this still isn't working... new emails show only the subject in the title bar, not the string specified in MmWindowTitleFormatString. Since I spend about 85% of my time in MailMate writing new emails, this means that my time tracking app still can't categorize most of my activity in MailMate by client unless I go through and compile a manual list of subject lines of emails I've worked on by client, which is what I was trying to avoid with the original feature request. Thanks.

Sorry about the delay (in answering the previous ticket response). It's a bit tricky to do the same in the Composer window since this should be dynamically updated based on values which have not been saved to the message yet.

Nevertheless, I've looked into it and implemented a different approach for the Composer window which combines the entered header values (and the From-setting) and what has been saved to the message. This should work in the next update. If needed then the Composer window title can be configured differently using MmComposerTitleFormatString.

MailMate is still hardcoded to insert “(no subject)” if the subject header value is empty.

It might take a few days before a test release is available.

Perfect, that's what I needed. Just tested, working fine. Thanks!

BTW, I didn't need to upload anything right now, but below, the form says "Upload Quota Reached. Please notify the account owner."

Hey there, coming back with a late-breaking issue with this.

It would be nice if there was some sort of internal field that meant "The sender address of incoming mail OR the recipient address of outgoing mail".

Right now, I've been using "<${to.address}>|<${cc.address}>|${subject} - ${date.#formatted}" so my time tracking program can categories emails to the right project by who they're addressed to. The problem is, I just noticed, for incoming emails, <${to.address}> is ME... so I need to use "<${from.address}>|<${to.address}>|<${cc.address}>|${subject} - ${date.#formatted}" in order for time spent reading incoming emails to get properly accounted for by my time tracking app... but that leads to some awfully long window titles.

It would be nice if we had, say, "${otherCorrespondent.address}", meaning, "the person in this conversation who is not me".

BTW, I've long wanted an "Other Correspondent"-type column available in mailbox list views, too... A column that always showed the person I was talking to, whether it was an incoming or outgoing email.

. . .

Also, about some of the old messages above, it looks like ${date.#formatted} isn't working anymore... my window titles have stopped including the dates even though my current format string is '<${from.address}>➔<${to.address}>|${subject}|${date.#formatted}|<${cc.address}>|<${bcc.address}>'. Looks like maybe you moved the hash sign?

Not a huge deal, I just wound up changing it to '${#date.day}' instead, but I thought I'd point it out.