[MlMt] How do I change the shortcuts for Message Body Parts?
The default shortcuts for View -> Message Body Parts are alt-cmd-] and alt-cmd-[ I am using a Swiss keyboard, which uses alt-5 and alt-6 to represent [ and ] respectively. Therefore alt + [ or alt + ] are unavailable to me. 1. How do I change the shortcuts for these actions? 2. Does anyone have a suitable suggestion for replacement shorcuts? (less important) ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Migrating to new Mac
On 31 Aug 2014, at 17:16, Mike Brasch wrote: Moin Moin! On 31 Aug 2014, at 16:28, Blair Hartsfield wrote: Which describes these folders/files: ~/Library/Application Support/MailMate/ ~/Library/Preferences/com.freron.MailMate.plist I'm not finding this directory or file on my original Mac that is currently running Mailmate, and setup with all the accounts and preferences. Have you thought of that "~" is your home folder, which is expanded to "/Users/"? The path names are then (under the assumption that your user name is blair): /Users/blaire/Library/Application Support/MailMate/ /Users/blaire/Library/Preferences/com.freron.MailMate.plist The problem with ~/Library/Application Support/MailMate/ is that it contains a space. If you try enclosing the full string in quotes to get around the space problem, the tilde will not be interpreted by the shell. Coincidentally I am halfway through explaining this to someone else, so here's an example I already have: touch 'foo bar.txt' mini:~ paul$ > cd Documents/ tilde inside either single or double quotes doesn't work: mini:~ paul$ /Documents> ls '~/foo bar.txt' ls: cannot access ~/foo bar.txt: No such file or directory mini:~ paul$ /Documents> ls "~/foo bar.txt" ls: cannot access ~/foo bar.txt: No such file or directory $HOME does work, but only within double quotes: mini:~ paul$ /Documents> ls '$HOME/foo bar.txt' ls: cannot access $HOME/foo bar.txt: No such file or directory mini:~ paul$ /Documents> ls "$HOME/foo bar.txt" /Users/paul/foo bar.txt The only way to use tilde successfully is to escape the spaces in the filename with \ mini:~ paul$ /Documents> ls ~/foo\ bar.txt /Users/paul/foo bar.txt ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Draft saving
On 5 Jan 2015, at 21:43, Benny Kjær Nielsen wrote: Actually, drafts are always autosaved regularly in the background without changing the saved state of the message. Ideally, the saved state should only change when the user explicitly saves the message, but for technical reasons I'm currently forcing such a save whenever the “structure” of the message ^^ changes. This happens, for example, when Markdown to HTML generation is needed. The forcing of a save sounds like the real cause of the problem here. -- Paul Sture ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mail archiving best practice
On 19 Jan 2015, at 21:16, Benny Kjær Nielsen wrote: On 19 Jan 2015, at 7:45, Olivier Bedouelle wrote: I'm use [eagleFiler](http://c-command.com/eaglefiler/) or/and [FoxTrot](http://www.ctmdev.com/foxtrot/professional_search/index.html) Inspired by the addition of DEVONThink, I also added an EagleFiler bundle. If you are running the 64 bit beta of MailMate then it should pop up automatically in the list of bundles in the Bundles preferences pane (it can take a few hours before it happens). Thank you. I have both DEVONThink and EagleFinder. I've just had 2 weeks with a non-functioning internet connection, and that has concentrated my mind on keeping stuff local as well as online. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] suggestion - search buttons
On 31 Jan 2015, at 20:51, Max Rydahl Andersen wrote: And if it won't search before I actually press enter or at least wait a bit so i don't have to wait to do changes I'll be all: http://i1.kym-cdn.com/photos/images/original/000/264/200/acb.jpg The ability to search as-you-type or wait until you hit enter is there in EagleFinder, though it's there as a preference and in practice that's a bit clunky. It would be nice to switch between the two via a shortcut key or checkbox. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] get/check mail manually ?
On 15 Jan 2015, at 10:02, Benny Kjær Nielsen wrote: On 14 Jan 2015, at 23:06, Max Rydahl Andersen wrote: but it is not enough - thus moving to try check mail only 3 times a day - and without having mailmate tell me about more mails when doing work ;) I have various requests which could be described as a “Do not disturb” feature, but I don't have anything like that for you yet. I guess I should add to my notes that you would like an automated “Do not disturb” feature :-) I could have used that in my last job. It would have been very useful for keeping my PC quiet during our regular 9 am daily meeting, lunch hour etc. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] giving up - MailMate crash - won't synchronize
On 15 May 2015, at 5:04, Thomas Floeren wrote: On 15 May 2015, at 2:55, Christian Hopps wrote: Multi-system cross-platform access and searching. My imap-email has been my "cloud" like storage for a lot longer than the phrase "store it in cloud" has existed. :) Hmm. For this purpose I still would rather keep my mail box tiny (current & recent stuff) and drobbox-sync my old archives across the platforms. (replace "dropbox' with the service of your choice) I had a slightly different take here 5 years ago. I found myself working in 3 different locations, with access to shared Windows PCs. Yes I could access my mail through a webmail interface using those PCs but it was a slow and clunky experience, so I created a password protected website where I could attach files to posts, search the contents etc and hey presto I had my own "private cloud". This was using Drupal 6; Drupal 7 was too resource intensive for my then laptop. For backups I had cronjobs running on the ISP host which dumped the MySQL database(s) and created a tarball of the directories, and another job on my home system which grabbed those backups. If you have a suitable desktop or server at home which is reachable from the outside world, there's no reason why you can't do the same, and skip the hosting ISP bit. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Any way to prevent auto-correcting two spaces after a period to one?
On 8 Jun 2015, at 7:53, John Purnell wrote: Steve Losh eloquently puts forward the case for 2 spaces: http://stevelosh.com/blog/2012/10/why-i-two-space/ Nice find, thanks. Coincidentally I had a similar autocorrect problem with EagleFiler just yesterday. You can switch off autocorrection in OS X Preferences but EagleFiler will still apply its own conversions (so-called Smart Quotes and Smart Dashes etc), which most definitely isn't what you want when using it to stash shell commands or snippets of code. In EagleFiler you can switch these off in Edit -> Substitutions. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] inconsistent reply button setting
On 11 Jun 2015, at 3:29, Joe Abley wrote: If there were separate icons for reply and reply all, that would do it -- I could just choose the reply-all one for the toolbar and just not use the other one. I see a separate icon is available, though I haven't tested it. Right click on an empty part of the MailMate "title bar", select "Customize Toolbar" and you will see all the icons available. Drag and drop to your taste. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate and TextExpander
On 11 Jun 2015, at 3:19, Kee Hinckley wrote: I don't know if this is related, probably not, but fwiw. I had a problem with textexpander where sometimes a macro would fail to insert what it was supposed to, and instead would insert the contents of the clipboard. It turned out that they are doing some odd clipboard substitution and there can be a race condition if the machine is loaded. Tweaking a setting (sorry, can't remember which one and I'm 11 time zones away from my laptop) to be a bit longer fixed the problem. I've seen that too. Another oddity is where I have a TextExpander snippet which fills in two fields separated by a couple of tabs. In nearly all cases this works well but for one snippet in particular both fields get the content of the second field. I can't reproduce this on demand otherwise I'd have filed a bug report, but it happens often enough to be irritating. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Atom Editor Bundle
On 12 Jul 2015, at 20:32, Kai Großjohann wrote: On 12 Jul 2015, at 20:30, Kai Großjohann wrote: On 12 Jul 2015, at 14:51, Benny Kjær Nielsen wrote: Thanks, I forked it and added the bundle to the default set of bundles (should show up in MailMate within a few hours). I also sent you a pull request with some very minor changes (thinking about it you might not want to change the README file back to the default as I did). This is highly unfortunate. Of course in the standard version we want to tell folks to check the box in the preferences, but for any forked version I think we should say how to use that forked version. Hm. Other github repos must be having the same issue! There must be a solution for this. I meant to say that I'm not clear how does git handle these "expected differences"? Suppose Allan creates a new version, then if you pull that version, wouldn't you run into merge conflicts with the README difference? This had me wondering too. I found the following article which may help: "What is a pull request?" http://oss-watch.ac.uk/resources/pullrequest ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] Monospaced font when reading messages?
Hi, Mail programs I have used previously have had an easy way to display the current message in a non-proportional font, which makes it easy to read the output of text based reports such as those output by Terminal commands: For example, here's the first few lines of the 'top' command in Terminal: PID COMMAND %CPU TIME #TH #WQ #POR #MRE RPRVT RSHRD RSIZE VPRVT VSIZE PGRP PPID 6383 launchproxy 0.0 00:00.00 1019 26 136K 216K 500K 27M2386M 6383 1 6382 top 3.8 00:00.81 1/1 026 30 868K 216K 1616K 17M2376M 6382 570 1019 cfprefsd 0.0 00:00.01 2229 38 240K 220K 920K 12M2378M 1019 1015 This looks fine in the compose window, but will probably be distorted when I view it after posting. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Silencing the beep when mail is checked
On 27 Jul 2015, at 23:29, Paul Hoffman wrote: On 27 Jul 2015, at 14:00, Bill Cole wrote: On 27 Jul 2015, at 14:16, Paul Hoffman wrote: Greetings. I really dislike the frog-beep when MailMate checks my mail, and it disturbs those around me. I have already selected "None" for "Sound" in Preferences -> Counters, but I still hear the beep. Clues? The UI in "Counters" is a challenge... There are 4 independent sets of settings there: one for each corner of the Dock icon a counter can appear in. Each has its own Sound option. You select which Counter you are dealing with by the unlabeled square of radio buttons on the left side, so even if a Counter isn't set to show on the dock icon, it is identified by where it would be if it was. Did that, still beeps. That is, when selecting the radio button in each of the four positions, "Sound" now shows "None". Or am I missing something more subtle? Hmm, mine's set to Glass, but I've unchecked Notifications on that screen. To avoid disturbing my neighbours (and of course my own peace and quiet) I have all OS X alerts disabled via System Preferences -> Sound -> Sound Effects. Alert Volume slider all the way to the left and the 2 checkboxes beneath unchecked. Is this suitable for you? ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Silencing the beep when mail is checked
On 27 Jul 2015, at 23:59, Paul Hoffman wrote: On 27 Jul 2015, at 14:47, Muster Hans wrote: I have unchecked Notifications for all four locations of the radio button as well. To avoid disturbing my neighbours (and of course my own peace and quiet) I have all OS X alerts disabled via System Preferences -> Sound -> Sound Effects. Alert Volume slider all the way to the left and the 2 checkboxes beneath unchecked. Is this suitable for you? No, because the notifications that I have for other apps are fine. They don't go off regularly every 5-10 minutes. I just want to silence the MailMate "I just checked your mail again" notifications only. One for Benny: Is it possible to put your own custom sounds into MailMate? I've got a 'silence.aif' file here which I created for someone to use as a ringtone for unwanted calls on his iPhone. If it's not the right format I can probably convert it to whatever is needed. It's 1 second long. www.sture.ch/downloads/silence.aif ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Silencing the beep when mail is checked
On 28 Jul 2015, at 0:13, Muster Hans wrote: I've got a 'silence.aif' file here which I created for someone to use as a ringtone for unwanted calls on his iPhone. If it's not the right format I can probably convert it to whatever is needed. It's 1 second long. www.sture.ch/downloads/silence.aif I forgot to say - to download that: curl -O www.sture.ch/downloads/silence.aif ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Visualize bundle
On 8 Aug 2015, at 0:00, Benny Kjær Nielsen wrote: On 7 Aug 2015, at 23:57, John Cooper wrote: I see BBEdit, Calendar, Evernote, and Visualize bundles (all .mmbundle files) in App Support/MailMate/Managed/Bundles, and Visualizations.mmBundle in App Support/MailMate/Bundles. Ah, that's it. Get rid of the Visualizations.mmBundle. I forgot I shared a variant of this bundle a long time ago. rm -r "~/Library/Application Support/MailMate/Bundles/Visualizations.mmBundle" Sorry about that. The folder MailMate/Bundles doesn't exist here. The bundles are in the Managed subfolder: ~/Library/Application Support/MailMate/Managed/Bundles ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Visualize bundle
On 8 Aug 2015, at 0:13, Benny Kjær Nielsen wrote: On 8 Aug 2015, at 0:10, Muster Hans wrote: On 8 Aug 2015, at 0:00, Benny Kjær Nielsen wrote: rm -r "~/Library/Application Support/MailMate/Bundles/Visualizations.mmBundle" The folder MailMate/Bundles doesn't exist here. That's fine. It's only for manually installed bundle which was the problem for John (and probably also Bill). Understood. The bundles are in the Managed subfolder: ~/Library/Application Support/MailMate/Managed/Bundles You have the Visualize bundle here, but it still does not show up in the Command menu? It is showing fine thanks, and works. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Local email archiving status/options?
As far as I am aware the mail component of the $20 Apple OS Server product requires a fixed IP address, plus appropriate DNS entries of course. On 25 Aug 2015, at 19:14, Helen Holzgrafe wrote: We also use Apple Server mail with Mailmate. Because there are two of us we use an older mac as a designated server machine, but you can use Apple server on your own machine to host your own imap mail and use your own disk drive as a direct mail archive. For $20 for Apple Server software and possibly a cheap outboard disk drive (that you probably have already), you can avoid limits pretty much anywhere. We have our own mail domain, but you can use a mix of your own accounts just on your server and real accounts like Google mail and move messages between them. We were using Postbox (and Eudora before that) and .mbox files. Then, my .mbox files got bitrot of some kind and ultimately Postbox could not read many of them. It took much work to translate more than 34 messages archived for 20 years that were somewhat garbled, but I did. On 25 Aug 2015, at 7:58, David O'Donnell wrote: On 25 Aug 2015, at 7:03, Brian Scholl wrote: Also, a more theoretical postscript: It seems to me that Benny's reluctance to pursue any sort of .mbox export […] I can’t speak to the IMAP-*v*-POP3 debate, but I would really love the ability to export a series of messages as a .mbox file in the same format that Apple Mail does. In addition to using SpamSieve on my Mac (which is quite good), I maintain my own mail server (Mac OS X 10.6.8, until I am forced to “upgrade”) and use SpamAssassin there to try to intercept as much crud as possible *before* it gets to SpamSieve. Apple Mail produces the perfect .mbox files for feeding to SpamAssassin’s spam-learning routines, so periodically I have to haul Mail out, select all the junk that SpamAssassin needs to learn how to intercept, and File > Save As… (raw source) to a file that I can then drag to the server and run learnspam against. OooH! A tactic I had not realized I can use! Thanks, I will start doing doing this right away! -Helen ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Local email archiving status/options?
On 25 Aug 2015, at 23:59, Bill Cole wrote: On 25 Aug 2015, at 13:25, Muster Hans wrote: As far as I am aware the mail component of the $20 Apple OS Server product requires a fixed IP address, plus appropriate DNS entries of course. For direct incoming delivery to mail addresses your own domain, yes: as it is with any SMTP server. However, if you just want Server for the IMAP side of the mail service, i.e. somewhere to stash mail locally so you can remove it from dependence on an ISP's IMAP service, Server is happy to turn on its "Mail" service with nothing but a private IP (192.168.*, 10.* etc.) and never receive mail via SMTP. That's a bit wasteful of resources (i.e. you're running Postfix for no reason...) but it does give one a working Dovecot IMAP instance without having to read the copious Dovecot docs to figure out how much of it is entirely unneeded for a trivial deployment. That sounds useful thanks, and with that knowledge I'm inclined to do battle with OS X Server again :-) ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Local email archiving status/options?
On 26 Aug 2015, at 1:33, Brian Scholl wrote: Clearly there are plenty of workarounds to try for local-only archiving, so I'll make something work. I'm still hesitant to try any of the local IMAP server options (and I have great server-side SPAM handling already through my university), but it sounds to me like my best bet for creating a long-term-storage archive might just be to export .eml files directly from MM (via the EF bundle, via dragging-to-the-finder, or by stealing them from MM's private ~/Library/ directory) and then have EagleFiler translate/collate them into an .mbox archive for long term storage. As long as that will work for folders of ~ 1000 messages at a time (and will preserve the dates, etc.), that sounds fine. 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. In contrast, 3,800 messages went into EF via dragging in about 6 minutes. 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." 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. Try exporting the following to EF to see what I mean: Here's some unicode: "☺", "☻", "✌", "✍", "✎", "✉", "☀", "☃", "☁", "☂", "★", "☆", "☮", "☯", "〠", "☎", "☏", "♕", "❏", "☐", "☑", "☒", "✓", "✗", "¢", "€", "£", "❤", "❣", "❦", "♣", "♤", "♥", "♦", "♧", "►", "❝", "❞", "☜", "☝", "☞", "☟", "☚", "☛", "☹", "త", "☣", "☠" ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Local email archiving status/options?
On 26 Aug 2015, at 1:33, Brian Scholl wrote: Clearly there are plenty of workarounds to try for local-only archiving, so I'll make something work. I'm still hesitant to try any of the local IMAP server options (and I have great server-side SPAM handling already through my university), but it sounds to me like my best bet for creating a long-term-storage archive might just be to export .eml files directly from MM (via the EF bundle, via dragging-to-the-finder, or by stealing them from MM's private ~/Library/ directory) and then have EagleFiler translate/collate them into an .mbox archive for long term storage. As long as that will work for folders of ~ 1000 messages at a time (and will preserve the dates, etc.), that sounds fine. 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. In contrast, 3,800 messages went into EF via dragging in about 6 minutes. 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." 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. Try exporting the following to EF to see what I mean: Here's some unicode: "☺", "☻", "✌", "✍", "✎", "✉", "☀", "☃", "☁", "☂", "★", "☆", "☮", "☯", "〠", "☎", "☏", "♕", "❏", "☐", "☑", "☒", "✓", "✗", "¢", "€", "£", "❤", "❣", "❦", "♣", "♤", "♥", "♦", "♧", "►", "❝", "❞", "☜", "☝", "☞", "☟", "☚", "☛", "☹", "త", "☣", "☠" ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
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 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 . 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: 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 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] Emailing and Resizing Photos
On 17 Oct 2015, at 15:44, David Verch wrote: I apologize for not being as much a power user as others. In apple mail you could determine which size to make picture attachments to keep the email size under 10 Mb which I have found is the average message size limit for many people. What would the best way to not send 8 Mb images. Can you use something like BBCodes and Flickr so that the pictures get embedded and viewed when the recipient opens them. It isn't just size limits at play here, David. A couple of friends with limited broadband speeds complain if I send large photos. What I do is export photos at a more reasonable size - e.g. 100KB - before including them in emails. Perhaps someone here has a more automated solution.., ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] How do I delete old email accounts?
A domain I am no longer interested expires today and I am trying to delete the associated accounts from MailMate, without success. I have emptied the appropriate mailboxes but when I right click on the desired accounts in the sidebar under Inbox, the 'Delete Mailbox' option is greyed out. These accounts are already deleted via the ISP's control panel. Currently baffled. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] How do I delete old email accounts? [solved]
Found the solution. I needed to scroll down in the sidebar to SOURCES and then delete the appropriate entries there- On 31 Oct 2015, at 13:53, Muster Hans wrote: A domain I am no longer interested expires today and I am trying to delete the associated accounts from MailMate, without success. I have emptied the appropriate mailboxes but when I right click on the desired accounts in the sidebar under Inbox, the 'Delete Mailbox' option is greyed out. These accounts are already deleted via the ISP's control panel. Currently baffled. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Copying some of the text in the Subject?
On 1 Nov 2015, at 6:49, Bill Cole wrote: On 31 Oct 2015, at 22:51, Steven M. Bellovin wrote: On 31 Oct 2015, at 18:00, Paul Hoffman wrote: Greetings again. Is there a way to copy some of the text from the Subject: of a message? Clicking anywhere near it seems to only want to make it a search within the mailbox. Yes, I can do a "show source" and copy from there, but that seems like a weird limitation. Clues appreciated. Show source is the only way I've found... Right-click (or Ctrl-click) in the meat of the Subject (not Re: or [topic] parts) should give you a contextual menu with "Copy" as the only choice, so you can copy the whole of that. Looking at your message I see that if I hover the mouse over the fields in the header pane, an underline appears to show which bits are right-clickable; even the date field can be copied by this method. Dunno when that appeared though, because I've had the OP's problem myself in the past. Currently running Version 1.9.2 (5141) ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Version 1.9.3 (5164) Release Notes?
On 3 Nov 2015, at 18:40, Billy Youdelman wrote: In the past, installing an updated copy of MailMate displayed the release notes. It was also possible to read them via the Help menu. Both of these are missing in today's Version 1.9.3 (5164), although ReleaseNotes.html is still present in the Resources folder of MailMate.app. That worked for me. I could see the Release Notes as soon as the newly installed version of MailMate relaunched. The window was however positioned behind the main MailMate window, peeking out at one side. Maybe I was just lucky with the positioning. Did you look at the Window menu? ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Trigger words for attachment reminder
On 23 Jan 2016, at 14:03, Thomas Grundberg wrote: 2016-01-23 kl 13:40 skrev Vlad Ghitulescu: If I understand it right, everything I want to be proofed before sending has to be inserted in the parathesis, with the words separated by |, right? Right! That’s the way I’ve got it set up so that it catches the Swedish word for attachment: *bilaga*. I too had forgotten about this feature. German word "Beilage" now in my list :-) And sending this email duly triggers the warning :-) ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to put the cursor at the bottom of the original email when replying / forwarding?
On 31 Jan 2016, at 22:17, David Shepherdson wrote: On 31 Jan 2016, at 18.25, Vlad Ghitulescu wrote: Something changed and I don't know what. I still have the Caret Placement option in the Signatures > section of MailMate’s preferences as you suggested (*(…) set to Above Signature > (with the ‘Default signature placement’ set to Bottom) (…)*), but now **every reply put my cursor at the top again** :-( Any idea, what could have happened? This is because of the change to The BBEdit command’s edit.sh. Taking out the: +${MM_LINE_NUMBER} …means that BBEdit is no longer being told which line to ‘activate’ (i.e. select). So you can’t use these two tricks in combination, unfortunately (at least, not unless/until Bare Bones adds the ability to specify the line number in the command without selecting it). New with BBEdit 11.5, which has just arrived today: http://www.barebones.com/support/bbedit/current_notes.html When piping data into the bbedit tool, you can now add a line number specifier, and the and the insertion point will be placed at the start of the indicated line in the resulting document. For example: ls -la | bbedit +5 I've just tested this and it puts the cursor at the beginning of line 5, without selecting it. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to put the cursor at the bottom of the original email when replying / forwarding?
On 1 Feb 2016, at 19:05, Vlad Ghitulescu wrote: Hi! On 1 Feb 2016, at 17:53, Muster Hans wrote: New with BBEdit 11.5, which has just arrived today: http://www.barebones.com/support/bbedit/current_notes.html When piping data into the bbedit tool, you can now add a line number specifier, and the and the insertion point will be placed at the start of the indicated line in the resulting document. For example: ls -la | bbedit +5 I've just tested this and it puts the cursor at the beginning of line 5, without selecting it. Yep, I saw this too, **BUT** I cannot find an alternative to put the cursor at the bottom of the file. Hmm. ls -la | wc -l 404 ls -la | bbedit + puts the cursor on the last line of the file, a blank line in this example. Let's try a file which ends in a full line, but without at the end: bbedit +999 x.py # puts the cursor at the end of the last line. FWIW, I've been using TextWrangler in a similar way for newsgroup posts, called by slrn. What I find there is that I want the cursor positioned at the beginning of the post body, so that I can start at the beginning and strip out unwanted quoted text, just leaving the relevant quoted text plus my reply (possibly interleaved where answering more than one point). Yes TW does select the entire line, but that's not a problem when I'm using the cursor keys to move down through the text before typing any text. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] choice of mailserver on osx
On 10 Feb 2016, at 16:41, Oliver Giessler wrote: Marc, why don´t you just use OS X Server from Apple? It has what you need and costs only small change. On 11 Feb 2016, at 22:47, Marc ARC wrote: Oliver, I didn’t think of that, due to previous experiences that with every OS-change, Apple also changes the server applications. This makes upgrading quite difficult. But it could be a good idea OS X Server does indeed break things on upgrades, to the point where I am loathe to put too much trust in it. The latest "improvement" in DNS for example took away the ability to search for individual entries, the search now operates on the zone names. I cannot help but think it's part of the general attempt to push us "into the cloud". With the amount of data I have for the bandwidth available that's a non-starter. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Software update?
On 15 Mar 2016, at 15:44, Paul Hoffman wrote: I just got a message that MailMate wants to update itself. I see nothing on this list about it. Is this a real update? ___ It arrived just over an hour ago here. These are the Release Notes: Revision 5234 (Tuesday, March 15, 2016) — Version 1.9.4 This public release includes a lot of small improvements and bug fixes. The most interesting changes are various new hidden preferences, including MmSMTPAlternativeEnabled and MmSMTPUTF8Enabled. More information in the manual and in the release notes for the beta releases provided further below. Additional changes after the latest beta release: Changed: Experimental workaround for Exchange IMAP bug. Fixed: The link displayed in the message view (when hovering over a link) was not always correct. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate