Re: [MlMt] Viewing text vs HTML part of message
On 21 Oct 2016, at 21:41, Bill Cole wrote: On 21 Oct 2016, at 14:45, Paul Sture wrote: [...] I couldn't find my definitions in the Shortcuts within System Preferences -> Keyboard, so looked in the MailMate plist: ~/Library/Prefences/com.freron.MailMate.plist The relevant entries are here: NSUserKeyEquivalents Next Alternative ^< Previous Alternative ^$< Now, should I simply delete that lot, If you're on a recent MacOS (since Lion?), editing a "live" Preferences plist is not reliably functional and can be dangerous. It *can* work, but cfprefsd is not friendly to those who touch its files... or is there a better way via the 'defaults delete' command? The NSUserKeyEquivalents dictionary is where System Preferences->Keyboard->App Shortcuts stores per-app shortcuts, so maybe double-check there? Aha, I see what I did now. Looking at my old Mac I see the shortcuts in the App Shortcuts. I must have simply copied across the MailMate plist file to the newer Mac without also doing the settings in App Shortcuts. Hence why I don't see them in App Shortcuts on the new Mac. A bit of testing tells me that if there's a NSUserKeyEquivalents dict in com.freron.MailMate that has been entirely added by hand with 'defaults', System Preferences->Keyboard does not see it, and adding any new shortcut obliterates the existing dictionary. However, if there's an existing shortcut created by System Preferences->Keyboard, NSUserKeyEquivalents exists and can be added to AND System Preferences->Keyboard will see the additions. So it might work for you to add a MailMate shortcut in System Preferences->Keyboard and then delete it. The advantage of this is that System Preferences->Keyboard knows some magic for alerting MailMate and/or cfprefsd to the change in realtime which 'defaults' does not. Yes that worked. I defined the same shortcuts in App Shortcuts, then removed them, and they automagically disappeared from the MailMate plist file, and the MailMate menu. FWIW I did the final removal while MailMake was running, and the menu entries reverted to their defaults without the need to quit and restart MM. The NSUserKeyEquivalents dict has now disappeared from com.freron.MailMate P.S. Why the change to a US keyboard? Apple really didn't do a very good job with the Swiss keyboard when it came to the characters used in programming. All of [, ], {, }, |, \, ~ require Option, plus various keys only available with Shift (e.g. \ is Shift-Option-7) don't generate the right thing when you want Control or Command as a modifier. After many years of struggling I finally gave up for the system I do programming on. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Viewing text vs HTML part of message
On 21 Oct 2016, at 14:45, Paul Sture wrote: [...] I couldn't find my definitions in the Shortcuts within System Preferences -> Keyboard, so looked in the MailMate plist: ~/Library/Prefences/com.freron.MailMate.plist The relevant entries are here: NSUserKeyEquivalents Next Alternative ^< Previous Alternative ^$< Now, should I simply delete that lot, If you're on a recent MacOS (since Lion?), editing a "live" Preferences plist is not reliably functional and can be dangerous. It *can* work, but cfprefsd is not friendly to those who touch its files... or is there a better way via the 'defaults delete' command? The NSUserKeyEquivalents dictionary is where System Preferences->Keyboard->App Shortcuts stores per-app shortcuts, so maybe double-check there? A bit of testing tells me that if there's a NSUserKeyEquivalents dict in com.freron.MailMate that has been entirely added by hand with 'defaults', System Preferences->Keyboard does not see it, and adding any new shortcut obliterates the existing dictionary. However, if there's an existing shortcut created by System Preferences->Keyboard, NSUserKeyEquivalents exists and can be added to AND System Preferences->Keyboard will see the additions. So it might work for you to add a MailMate shortcut in System Preferences->Keyboard and then delete it. The advantage of this is that System Preferences->Keyboard knows some magic for alerting MailMate and/or cfprefsd to the change in realtime which 'defaults' does not. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Viewing text vs HTML part of message
On 21 Oct 2016, at 19:20, Bill Cole wrote: On 21 Oct 2016, at 11:46, John D. Muccigrosso wrote: On 21 Oct 2016, at 11:45, Bill Cole wrote: On 18 Oct 2016, at 17:21, Charlie Garrison wrote: Good morning, A mailing list I subscribe to has changed their mailing list server. As a result, *every* message is delivered as both html and text, and the html version hurts my eyes. How can I configure a sub-mailbox (single mailing list) of smart mailbox to always shows the text mime part, in preference to html? This seems like an excessively complex alternative to the "Prefer plain text" checkbox in the Preferences->Viewer pane... OTOH, a nice little toolbar icon that switched between versions wouldn’t be bad. If a keyboard equivalent is any solace: Cmd-Option-] and Cmd-Option-[ switch among the alternatives of a multipart/alternative message. Right on topic for me here. When I first started using MailMate I remapped those shortcuts to suit a Swiss keyboard (both [ and ] require on a Swiss keyboard), but I am currently trying out a US keyboard and would like to restore the default shortcuts for Next Alternative and Previous Alternative. I couldn't find my definitions in the Shortcuts within System Preferences -> Keyboard, so looked in the MailMate plist: ~/Library/Prefences/com.freron.MailMate.plist The relevant entries are here: NSUserKeyEquivalents Next Alternative ^< Previous Alternative ^$< Now, should I simply delete that lot, or is there a better way via the 'defaults delete' command? I honestly cannot remember how I defined these shortcuts in the first place. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mailmate using wrong network card
On 19 Oct 2016, at 4:28, Fabian Blechschmidt wrote: Good morning everyone, I have the problem, that mail mate tries to use my virtual network card, therefore having a wrong IP address when trying to access a mail server, which blocks the connection (or the packet doesn't even reach it) I have Parallels and VirtualBox installed. Both using a couple of IP ranges to do their stuff. Neither of them is using 19.2.168.42.* My routing table - if I interpret that correctly, says, that connections to 192.168.42.146 (which is the mail server), should rund through default connection. No, it says (in part) this: default192.168.42.254 UGSc 7770 en0 169.254link#4 UCS 10 en0 192.168.42 link#4 UCS300 en0 192.168.42.146/32 link#4 UCS 10 en0 192.168.42.254/32 link#4 UCS 20 en0 192.168.42.254 0:e:38:38:ed:ffUHLWIir 778 92 en0 1196 192.168.42.255 link#4 UHLWbI 1 425 en0 Which, at first glance, suggests that 192.168.42.146 is an IP address assigned to your physical ethernet interface: a LOCAL address. However, for that I would expect to see a host route for that IP via lo0 with the flags "UHLWIi", which isn't present. Yet, the only other "UCS" route for a /32 net is for your default gateway, clearly a working device with a Cisco MAC address. I'm a bit confused as to what is going on here, but I don't think this can be a working config. What address do you think your Ethernet interface should have? I understand, that with the domain "my.customer.ads" we don't know yet which IP address the server has. I assume (but might be wrong here) that we than simply use the default route and change the device if needed after resolving the domain. I am unable to parse that paragraph. I'm sure whatever you mean is important to your interpretation of this problem, but it does not makes sense in English. Side issue: note that "my.customer.ads" has MX and A records in public DNS, but they are bogus. The .ads gTLD is a Google project and no real domains exist under it yet. I think you are using that name as a placeholder here, but maybe not. So in short: Whatever happens inside of MailMate leads to a wrong network device to be used when contacting the server. This is extraordinarily unlikely. It is technically possible for an application to specify what address and/or interface it uses for a specific connection, but for a client like MailMate there is absolutely no reason to do so. Normal client app behavior when setting up a TCP connection is to ask the OS to resolve a name to an IP address then ask the OS to open a connection to that IP address on a specific port. The OS typically determines the best local IP, ephemeral local port, and routing for a connection, NOT the app. Any idea what to do or how to debug? Tell me if I can help. I assume I'm here until friday. Fix your network config. If it does not seem wrong to you, the output of these two commands might help illuminate what's going on: networksetup -getinfo Ethernet ifconfig -av ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Viewing text vs HTML part of message
On 21 Oct 2016, at 11:46, John D. Muccigrosso wrote: On 21 Oct 2016, at 11:45, Bill Cole wrote: On 18 Oct 2016, at 17:21, Charlie Garrison wrote: Good morning, A mailing list I subscribe to has changed their mailing list server. As a result, *every* message is delivered as both html and text, and the html version hurts my eyes. How can I configure a sub-mailbox (single mailing list) of smart mailbox to always shows the text mime part, in preference to html? This seems like an excessively complex alternative to the "Prefer plain text" checkbox in the Preferences->Viewer pane... OTOH, a nice little toolbar icon that switched between versions wouldn’t be bad. If a keyboard equivalent is any solace: Cmd-Option-] and Cmd-Option-[ switch among the alternatives of a multipart/alternative message. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Viewing text vs HTML part of message
On 21 Oct 2016, at 11:45, Bill Cole wrote: On 18 Oct 2016, at 17:21, Charlie Garrison wrote: Good morning, A mailing list I subscribe to has changed their mailing list server. As a result, *every* message is delivered as both html and text, and the html version hurts my eyes. How can I configure a sub-mailbox (single mailing list) of smart mailbox to always shows the text mime part, in preference to html? This seems like an excessively complex alternative to the "Prefer plain text" checkbox in the Preferences->Viewer pane... OTOH, a nice little toolbar icon that switched between versions wouldn’t be bad. John ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Viewing text vs HTML part of message
On 18 Oct 2016, at 17:21, Charlie Garrison wrote: Good morning, A mailing list I subscribe to has changed their mailing list server. As a result, *every* message is delivered as both html and text, and the html version hurts my eyes. How can I configure a sub-mailbox (single mailing list) of smart mailbox to always shows the text mime part, in preference to html? This seems like an excessively complex alternative to the "Prefer plain text" checkbox in the Preferences->Viewer pane... ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate