Re: [MlMt] How to edit recipients
On 27 Feb 2018, at 19:05, Randall Gellens wrote: On 20 Feb 2018, at 1:58, Benny Kjær Nielsen wrote: On a more esoteric note, it would be nice if MM could normalize recipients names that are in annoying Outlook format, e.g., change “Bozo, Fred” To Fred Bozo MailMate cannot do this automatically. It's extremely hard (impossible?) to correctly identify the various parts of a “name”. Also, you have to assume that if your correspondent uses this format then it's probably what they prefer to see when they get a reply. I disagree with this; I think in almost all cases, the recipient’s client dictates how names are formatted. E.g., I think Outlook imposes the quote-last-comma-first-quote format. That might be true, but they can only do that if they know what the last name and the first name is -- which they would usually only know if the user has specifically added the name to an address book. I'm a bit surprised if Outlook takes an incoming message, analyzes it's “From” header, and then reorder its parts to a different format. It still think this is very hard to get right. MailMate could display the names differently (without altering them when replying/forwarding), but I really mean it when I write that it's extremely hard to do this reliably :) As as simple example, someone might use this: "PhD Nielsen, Benny" and it would become "Benny PhD Nielsen". I agree it’s likely impossible to have an algorithm that always does the correct thing. However, one that usually does the correct thing is good enough. The problem is that it would be very annoying when it fails. Then the user has to manually edit the header to get it right. As an aside, this “Outlook name conversion” was one of my favorite features of Mac Eudora, because it made it much easier to read the recipient lists. Ah, displaying recipients is a different story. I was mainly thinking of composing messages. In this case, it would be ok if it fails some times. I don't have time right now, but I could probably make a custom file for you which would replace the default “To” column with a “Last, First” variant. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Inconsistent message thread display
On 27 Feb 2018, at 5:48, Eric Sharakan wrote: On 26 Feb 2018, at 4:32, Benny Kjær Nielsen wrote: Well, “Organize by Thread” only works on the messages in the current mailbox. If there are “missing links”, like sent messages, then it won't show the same thing as the “Thread” button does (which switches to the “All Messages” mailbox). It'll show multiple threads depending on the number of broken links. I'm not seeing the Thread button switch to the "All Messages" mailbox unless I also have the option key pressed. Actually, it apparently follows the Default Mailbox setting of the search bar. That's correct. I just assume most people do not change that setting :) -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Undoing an erroneous mailbox type designation
On 27 Feb 2018, at 18:15, Steven M. Bellovin wrote: Somehow -- and how isn't clear to me -- a mailbox was erroneously typed as "Sent Messages". I've unchecked that, but I can't get the columns to restore to normal. I've tried unchecking 'To', for example, and quitting and restarting MM, but it's still there. Any way to fix it? Or should I create a new mailbox, copy, and delete/rename? Did you try “View ▸ Columns ▸ Restore Default Columns”? It might not work since the whole column-state saving code is buggy/unreliable (as I've mentioned before on this list). Also check that “Mailbox ▸ Mailbox Type” is not “Sent Messages” since this is what triggers MailMate to use a different set of columns. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] test vs Beta builds
On 27 Feb 2018, at 6:00, Eric Sharakan wrote: New: Network code now uses CFNetwork instead of OpenSSL. This implicitly means proxy support (System Preferences), IPv6 support, and TLS 1.2 support. In that case it's not working as I think it should. I'm told our corporate proxies support forwarding IMAP & SMTP ports, meaning I should be able to read mail accounts other than my work account while VPN'ed into our corporate network. Unfortunately that's not working; all other accounts show as unavailable. To be honest, I'm far from an expert on the use of proxies. I leave this part to CFNetwork, but it's possible that I'm doing something wrong/different than other applications using CFNetwork. Does it work for you in Apple Mail? -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] quoted-printable
On 1 Mar 2018, at 5:35, Eric Sharakan wrote: On 28 Feb 2018, at 13:08, Bill Cole wrote: On 28 Feb 2018, at 9:55, Eric Sharakan wrote: Hmm, I see nothing like that at all: Which implies that your subscription is set to receive plain text digests instead of MIME digests. Switch that here: https://lists.freron.com/options/mailmate Ah, that explains it. I think I'll stick with non-digest mode for now, thanks. I was actually unaware (or had forgotten) about the digest related settings. Instead of disabling digests for the MailMate list I've changed the default to be the MIME format. MailMate can display this format and most MailMate mailing list users are probably also MailMate users. I've also added that when MailMate detects the MIME digest format and the user tries to reply/forward/... then MailMate displays an informational window sheet telling the user about the possibility of using “Detach Message”. (Ideally, the menu should also contain, e.g., the “Reply” menu item.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] test vs Beta builds
On 4 Mar 2018, at 15:05, Benny Kjær Nielsen wrote: On 27 Feb 2018, at 6:00, Eric Sharakan wrote: New: Network code now uses CFNetwork instead of OpenSSL. This implicitly means proxy support (System Preferences), IPv6 support, and TLS 1.2 support. In that case it's not working as I think it should. I'm told our corporate proxies support forwarding IMAP & SMTP ports, meaning I should be able to read mail accounts other than my work account while VPN'ed into our corporate network. Unfortunately that's not working; all other accounts show as unavailable. To be honest, I'm far from an expert on the use of proxies. I leave this part to CFNetwork, but it's possible that I'm doing something wrong/different than other applications using CFNetwork. Does it work for you in Apple Mail? No it doesn't. I was assuming Apple Mail doesn't work with system proxies, but if it uses the same CFNetwork framework then I guess I shouldn't expect MM to behave any differently. :-) -Eric ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Undoing an erroneous mailbox type designation
On 4 Mar 2018, at 15:10, Benny Kjær Nielsen wrote: On 27 Feb 2018, at 18:15, Steven M. Bellovin wrote: Somehow -- and how isn't clear to me -- a mailbox was erroneously typed as "Sent Messages". I've unchecked that, but I can't get the columns to restore to normal. I've tried unchecking 'To', for example, and quitting and restarting MM, but it's still there. Any way to fix it? Or should I create a new mailbox, copy, and delete/rename? Did you try “View ▸ Columns ▸ Restore Default Columns”? It might not work since the whole column-state saving code is buggy/unreliable (as I've mentioned before on this list). Revert to default columns did the trick; thanks! Also check that “Mailbox ▸ Mailbox Type” is not “Sent Messages” since this is what triggers MailMate to use a different set of columns. It was not checked. --Steve Bellovin, https://www.cs.columbia.edu/~smb ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to edit recipients
On 4 Mar 2018, at 12:33, Benny Kjær Nielsen wrote: On 27 Feb 2018, at 19:05, Randall Gellens wrote: On 20 Feb 2018, at 1:58, Benny Kjær Nielsen wrote: On a more esoteric note, it would be nice if MM could normalize recipients names that are in annoying Outlook format, e.g., change “Bozo, Fred” To Fred Bozo MailMate cannot do this automatically. It's extremely hard (impossible?) to correctly identify the various parts of a “name”. Also, you have to assume that if your correspondent uses this format then it's probably what they prefer to see when they get a reply. I disagree with this; I think in almost all cases, the recipient’s client dictates how names are formatted. E.g., I think Outlook imposes the quote-last-comma-first-quote format. That might be true, but they can only do that if they know what the last name and the first name is -- which they would usually only know if the user has specifically added the name to an address book. I'm a bit surprised if Outlook takes an incoming message, analyzes it's “From” header, and then reorder its parts to a different format. It still think this is very hard to get right. I meant mostly that Outlook formats addresses in messages it sends in the annoying way with embedded commas and surrounding quotes (often nested single and double quotes). Undoing this would be terrific. I am only asking for an option that, when enabled, converts quote non-quote/non-comma comma non-quote/non-comma quote into token2 token1 MailMate could display the names differently (without altering them when replying/forwarding), but I really mean it when I write that it's extremely hard to do this reliably :) As as simple example, someone might use this: "PhD Nielsen, Benny" and it would become "Benny PhD Nielsen". I agree it’s likely impossible to have an algorithm that always does the correct thing. However, one that usually does the correct thing is good enough. The problem is that it would be very annoying when it fails. Then the user has to manually edit the header to get it right. No, the user can ignore it, because it likely won’t be any worse than doing nothing. Keep in mind that it is only the form that has an embedded comma and hence also quotes that is altered. As an aside, this “Outlook name conversion” was one of my favorite features of Mac Eudora, because it made it much easier to read the recipient lists. Ah, displaying recipients is a different story. I was mainly thinking of composing messages. In this case, it would be ok if it fails some times. Yes, exactly, although Eudora also used the modified form when sending replies, which was nice. I don't have time right now, but I could probably make a custom file for you which would replace the default “To” column with a “Last, First” variant. I wonder if an option to have a regex for name alteration might be a workable approach? Leave it to the user to devise a good regex. —Randall ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to edit recipients
On 4 Mar 2018, at 21:25, Randall Gellens wrote: I wonder if an option to have a regex for name alteration might be a workable approach? Leave it to the user to devise a good regex. Reminds me of the adage: "I have a problem...I know—I'll use regex. Now I have two problems." :) ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Filter report
One of Eudora’s features I relied on was the Filter Report window, which showed a summary of the filters that moved messages since Eudora was launched, e.g.,: Mail checked at 2:31 AM: 23 messages moved to Foo 1 message moved to Gork/Bar 3 messages moved to Plex Mail checked at 2:40 AM: 1 message moved to Foo It only reported when messages were actually moved, so if there were mail checks (per schedule, manual, or because of IDLE push) where messages were moved, it was written, but if there were mail checks when no mail was moved (no new mail or new mail but no filters moved messages) then no lines were added to the window. I liked to scan the report to see which mailboxes had recent stuff and which were most active. Filters had options to add to the Filter Report window or not, so filters that you didn’t want to know about were silent. Is there a way to cause something similar? Perhaps a filter action to add to a summary line in some sort of pane? --Randall ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate