Re: [MlMt] Local email archiving status/options?
On 27 Aug 2015, at 22:27, Michael Tsai wrote: On Aug 27, 2015, at 3:03 PM, Muster Hans mus...@sture.ch wrote: I tried both the EF bundle method and dragging to the Finder. The EF bundle method was painfully slow, though that was not helped by EagleFiler generating a notification for every single message. I tried turning that off in System Preferences / Notifications but they still kept on coming. I've just discovered an Esoteric Preference for that, but the documentation doesn't seem to match the behaviour I saw. The MailMate bundle is probably always going to be slower than drag-and-drop because it compiles and runs a separate AppleScript command for each message. This is also why you get a notification per message rather than one for the batch. Understood. You can adjust in System Preferences how notifications are displayed, but not whether they are posted or recorded. It may be that the system kept displaying notifications after you had turned it off because it was still processing old notifications. That could indeed be the case. To stop the notifications entirely, you would need to use the DisableNotificationCenter esoteric preference: http://c-command.com/eaglefiler/help/esoteric-preferences Done, and I will monitor this. If you have further questions about this, please feel free to contact me at eaglefi...@c-command.com. In contrast, 3,800 messages went into EF via dragging in about 6 minutes. It's taking 6 minutes because there are so many separate files. If you import from Apple Mail, EagleFiler would generate a mbox file and do the import in 30 seconds or so. My guess is that the new MailMate Export bundle would work similarly. I was actually quite pleased with 6 minutes. It's not something I plan on doing very often. However, I ran into a real show stopper for me - EF doesn't support UTF-8. From DefaultMessageEncoding at http://c-command.com/eaglefiler/manual#esoteric-preferences When a message doesn’t specify which text encoding it uses, EagleFiler has to guess. An incorrect guess may cause the message to display using strange accents or garbage characters. By default EagleFiler guesses MacRoman, but you can change it to guess ISO Latin 1 instead. EagleFiler does support UTF-8. For example, the message that you just sent declares itself as: Content-Type: text/plain; charset=utf-8; Format=flowed and the Unicode characters at the end display properly in EagleFiler (as does Grüsse). The DefaultMessageEncoding esoteric preference only applies when the message (improperly) uses non-ASCII characters without specifying what encoding they are in. I don't think I've ever seen a message that did this using UTF-8. Generally, it is older mail clients that would, e.g., send the message as MacRoman with no explicit encoding, so that it would only display properly if the client knew to assume that it was in MacRoman. This was back when apps didn't support Unicode, so it shouldn't be an issue with modern mail clients. However, if you do come across a message that is using UTF-8 without specifying it, you could set the esoteric preference accordingly: x-eaglefiler://default?k=DefaultMessageEncodingv=utf-8 This resolves a non-mail related artefact I have been seeing, so thanks for that - unfortunately this isn't in the current EagleFiler manual. I have a load of mails in German where each and every accented character gets mangled by EF. E.g. Freundliche Grüsse (~=Regards) displays in EF as Freundliche Gr=FCsse, and it's a similar disaster with other accented characters. Please send one of the problem .eml files to eaglefi...@c-command.com so that I can look into this. Will do, though I've now stumbled across a different problem. It appears that any mail containing Unicode characters gets encoded. Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Expected behaviour when there are still 7 bit mail gateways out there, but when imported into EagleFiler I just see the encoded block. Thanks very much for your prompt response. It is much appreciated. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Local email archiving status/options?
On Aug 28, 2015, at 4:55 AM, Muster Hans mus...@sture.ch wrote: However, if you do come across a message that is using UTF-8 without specifying it, you could set the esoteric preference accordingly: x-eaglefiler://default?k=DefaultMessageEncodingv=utf-8 This resolves a non-mail related artefact I have been seeing, so thanks for that - unfortunately this isn't in the current EagleFiler manual. Non-mail? It's not in the manual because it has never come up before. I would be interested to see a message for which it's necessary. It appears that any mail containing Unicode characters gets encoded. Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Expected behaviour when there are still 7 bit mail gateways out there, but when imported into EagleFiler I just see the encoded block. EagleFiler doesn't change the content transfer encoding of the message, and my guess is that MailMate doesn't either. It was probably sent that way. If you are seeing the encoded block in EagleFiler, perhaps this is because you have Message View Raw Source checked. This would also cause you to see words with equals signs instead of accented characters, because it would be showing the quoted printable source rather than the decoded Unicode. --Michael -- Michael Tsai C-Command Software ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Visualize bundle
Greetings, On 6 Aug 2015, at 5:13, Benny Kjær Nielsen wrote: Hi MailMate users, if you haven't already noticed it then there is a new bundle available in the Bundles preferences pane. Its name is “Visualize” and its main purpose is to make cool visualizations of email history and trends. After enabling it in the Bundles preferences pane then you should have two new menu items in the Command menu. Select a (large) set of emails (⌘A) and then try them out. Don't forget to hover the mouse over various parts of the images to get more info. The bundle was created by Sherif Soliman (thanks!) with a bit of my help and it's **work-in-progress**. If you have feature requests or any issues to report then use the [Github issues](https://github.com/sheriferson/Visualize.mmBundle/issues) page. General remarks can be sent to this list where Sherif is also available. [Github](https://github.com/sheriferson/Visualize.mmBundle) is also where the main repository resides in case you want to contribute to the bundle or you want to check out a cutting-edge version (the bundle available via the Bundles preferences pane is my fork of the bundle). Currently the bundle uses Safari to display an HTML page. This page uses the [D3.js](http://d3js.org) JavaScript library to do the visualizations. Sherif also added some buttons to save the results as image files. You can see some examples on the [Github page](https://github.com/sheriferson/Visualize.mmBundle). I was actually a bit surprised to see that “View ▸ Distortion Mode” works, but I guess that's quite convenient :-) I had a lot of fun analyzing the mailing list and my sent messages. I used MailMate to create smart mailboxes with various subsets of emails and then I used the bundle to visualise the results. The following two images are based on my Sent Messages mailbox (emails since I got my own server as part of working on MailMate). The first one shows I write almost half of my emails on Tuesday+Wednesday. The other one shows that I don't like to write emails in the night unless I'm on vacation in Thailand (February, 2013). You can even see that I rarely write emails 18.00-20.00 (family time). It's also quite obvious that the email “burden” has gotten worse over the years, but it appears to have been at its “worst” late 2013 which is exactly when I did the crowd funding campaign. Note that the quality of the images has been reduced to allow inclusion on the mailing list. It looks much better when using the bundle. This wasn't working for me. It turns out that it doesn't work when using Chrome. Since Chrome is my default browser, that's what gets called to show the graphs. If I then paste the URL into safari, it works. Christopher Have fun! Known “issues”: * MailMate cannot not include children of collapsed items when calling a command. * For large selections of emails then the “Emails by Sender” command needs some way to limit the number of “categories”. A histogram with thousands of bars is not readable (but hovering with the mouse still works quite well).   -- Benny [day.png] [time.png] ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate -- 李柯睿 Avt tace, avt loqvere meliora silentio Check my PGP key here: http://www.asgaard.org/cdl/cdl.asc Current vCard here: http://www.asgaard.org/cdl/cdl.vcf keybase: https://keybase.io/liljenstolpe ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] GPG and Yubikey neo (smartcard)
Greeitngs, I've flipped over to using a yubico neo usb 'smartcard' as my GPG keychain. It works fine, but there's a problem with MailMate's GPG support. Everytime the neo gets asked to sign/encrypt a message, I get prompted for a PIN (that's just the way it works). The problem is that it seems as if MailMate asks for a signature/encrypt multiple times during composition (maybe up to 4-5 times in my experience - maybe when the draft gets saved?). That gets disruptive to keep getting pin pops. Any way to get that sign/encrypt function to only fire on send? Christopher -- 李柯睿 Avt tace, avt loqvere meliora silentio Check my PGP key here: http://www.asgaard.org/cdl/cdl.asc Current vCard here: http://www.asgaard.org/cdl/cdl.vcf keybase: https://keybase.io/liljenstolpe ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
