Re: [MlMt] Default settings for encryption/signing on per accout?
On 10 Jul 2016, at 15:12, y...@gmx.de wrote: By default (opening a new composer window) encryption is enabled and my private email from my business account is selected. For sending a private email I have to my private identity and the encryption option remains on...so I always have to uncheck the encryption option which is kind of annoying...is there any reasonable way for having the encryption/signing options per account and not based on some vague "history" magic? It's just not working as expected. No, there's currently no way to do that (and there probably should be). -- Benny (On vacation, please be patient.) ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Cancel or Delete Send fails
On 25 Jul 2016, at 13:39, Ralph Alvy wrote: This wouldn’t handle this situation, where I don’t realize the connection is slow until I see the long period the mail is sitting in Drafts during the Send process. On 25 Jul 2016, at 6:28, John D. Muccigrosso wrote: On 24 Jul 2016, at 12:09, Ralph Alvy wrote: Here’s where it becomes an issue. I’m in a location where SMTP is too slow for the attachment I want to email, but I didn’t realize it. Too late. I just hit Send. I’d like to be able stop it when I see it taking forever in Drafts, and just send them a Dropbox link instead. A possible solution to such problems is having a default delay on sending. (Some other app does this, I think, but I forget which). So your messages would go out after X seconds, instead of right away. Then you could cancel the send within that time period. Note that this is different from a scheduled send (which would also be nice). Ah, you said “I just hit send” which made me think it was a matter of a few seconds. Even so, the delay could be 5 minutes. John ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Cancel or Delete Send fails
Thanks, Benny. On 24 Jul 2016, at 14:29, Benny Kjær Nielsen wrote: On 24 Jul 2016, at 18:09, Ralph Alvy wrote: On 24 Jul 2016, at 8:00, Benny Kjær Nielsen wrote: That is correct. Ideally, I guess MailMate should signal the SMTP connection to abort. My own connection is too fast to ever make this relevant :) Here’s where it becomes an issue. I’m in a location where SMTP is too slow for the attachment I want to email, but I didn’t realize it. Too late. I just hit Send. I’d like to be able stop it when I see it taking forever in Drafts, and just send them a Dropbox link instead. I did not mean to imply that the problem wasn't real. I just don't (or very rarely) experience it myself. This is true for many issues/features/bugs. I did note the problem (and some notes about how to best handle it). -- Benny (On vacation, please be patient.) ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] enhancement, I think
Thanks. Howie On 24 Jul 2016, at 23:04, Max Rydahl Andersen wrote: On 24 Jul 2016, at 17:46, Howard Wettstein wrote: I meant: what will this accomplish vis-a-vis getting the same stuff on the target machine. Will (source machine’s) smart mailboxes now show up? If not, what does this accomplish? One of the files are: ``` Mailboxes.plist (smart mailboxes and various mailbox related settings) ``` So yes, smart mailboxes will show up on the new mailmate you run on the machine you copy these files too. About what it does: it simply copies the configuration files mailmate uses and thus you avoid having to manually setup things. /max Howie On 24 Jul 2016, at 8:43, Benny Kjær Nielsen wrote: On 24 Jul 2016, at 17:38, Howard Wettstein wrote: No rush on this, but remind me what gets copied by copying these files. What will show up on the target machine? Mailboxes.plist (smart mailboxes and various mailbox related settings) Tags.plist (tag names and their mappings to IMAP keywords) Signatures.plist Sources.plist (IMAP related settings) Submission.plist (SMTP related settings) Identities.plist (email identities, that is, names and email addresses/patterns) The last 3 files should always be copied together. All files are readable plain text. -- Benny (On vacation, please be patient.) ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate /max http://about.me/maxandersen___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] enhancement, I think
On 24 Jul 2016, at 11:16, Benny Kjær Nielsen wrote: On 21 Jul 2016, at 23:14, John D. Muccigrosso wrote: On 21 Jul 2016, at 6:21, Benny Kjær Nielsen wrote: On 21 Jul 2016, at 12:05, Alain Israel wrote: I agree, this is probably one of the only weak points of MM. However based on my experience with other applications, this is definitively not a trivial issue, and it is certainly dependent on the IMAP server. Why couldn’t MM store smart-mailbox info in iCloud? The problem is not where to store, but how to synchronize what is stored between MailMate installs. Currently MailMate cannot even detect changes made to the file storing smart mailboxes. A relaunch is needed when editing it manually. Using iCloud to store is also an unnecessary complication when IMAP is already known/configured and available for shared storage (and potentially cross-platform although that is not relevant in this case). Yes, but Apple encourages use of iCloud for such things, doesn’t it? And it doesn’t involves the manipulation of IMAP for non-mail stuff. Personally I wouldn’t much mind if it were DropBox instead of iCloud, but I think iCloud is a bit more user-friendly and doesn’t require any special subscriptions. Many non-savvy users use iCloud already. John ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Cancel or Delete Send fails
On 24 Jul 2016, at 12:09, Ralph Alvy wrote: Here’s where it becomes an issue. I’m in a location where SMTP is too slow for the attachment I want to email, but I didn’t realize it. Too late. I just hit Send. I’d like to be able stop it when I see it taking forever in Drafts, and just send them a Dropbox link instead. A possible solution to such problems is having a default delay on sending. (Some other app does this, I think, but I forget which). So your messages would go out after X seconds, instead of right away. Then you could cancel the send within that time period. Note that this is different from a scheduled send (which would also be nice). John ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] enhancement, I think
On 25 Jul 2016, at 11:54, Mike Brasch wrote: > As long a syncing mechanism uses local folders for syncing (like Dropbox, > Bittorrent Sync and some others) MailMate could copy the relevant data to > such a folder. This way users can use their preferred syncing service. +1 MailMate should be able to detect whether the file has changed, and in that case re-read its new configuration, and when saving, it just saves the new config waiting for the service to propagate it to other units. paf signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] enhancement, I think
On 25 Jul 2016, at 11:19, Robert Brenstein wrote: He would be better off to work only with iCloud since every Mac users has access there or set up his own service tailored to his needs. I never used iCloud and I have no intention to ever change this. I prefer more "generic" ways of syncing. Currently I use Bittorrent Sync and Dropbox (for me it is "generic" enough as it is available for many platforms). As long a syncing mechanism uses local folders for syncing (like Dropbox, Bittorrent Sync and some others) MailMate could copy the relevant data to such a folder. This way users can use their preferred syncing service. -- regards Mike ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] enhancement, I think
On 24.07.2016 at 21:37 Uhr +0200 Roberto Thiella apparently wrote: But why not using the dropbox feature in order to sync? Dropbox was implicitly included in "whatever cloud service users have". Dropbox is not the only game in town. Many people would prefer to use iCloud, some ownCloud, some Google or Amazon Cloud or whatever else. If Benny goes that route, he would have to support access to at least a selection of major players. That would be a lot os effort and complications, me thinks. He would be better off to work only with iCloud since every Mac users has access there or set up his own service tailored to his needs. Robert ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] enhancement, I think
On 24 Jul 2016, at 17:46, Howard Wettstein wrote: I meant: what will this accomplish vis-a-vis getting the same stuff on the target machine. Will (source machine’s) smart mailboxes now show up? If not, what does this accomplish? One of the files are: ``` Mailboxes.plist (smart mailboxes and various mailbox related settings) ``` So yes, smart mailboxes will show up on the new mailmate you run on the machine you copy these files too. About what it does: it simply copies the configuration files mailmate uses and thus you avoid having to manually setup things. /max Howie On 24 Jul 2016, at 8:43, Benny Kjær Nielsen wrote: On 24 Jul 2016, at 17:38, Howard Wettstein wrote: No rush on this, but remind me what gets copied by copying these files. What will show up on the target machine? Mailboxes.plist (smart mailboxes and various mailbox related settings) Tags.plist (tag names and their mappings to IMAP keywords) Signatures.plist Sources.plist (IMAP related settings) Submission.plist (SMTP related settings) Identities.plist (email identities, that is, names and email addresses/patterns) The last 3 files should always be copied together. All files are readable plain text. -- Benny (On vacation, please be patient.) ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate /max http://about.me/maxandersen___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate