Re: [MlMt] Customize reply marker / tag / text
On 9 Dec 2018, at 14:50, Benny Kjær Nielsen wrote: > The use of localized prefixes is a design flaw I believe was introduced by > Microsoft. They did not consider the consequences of doing this (or many > other of the “changes” introduced by Microsoft). Hi, as so many things we have to fight today in IT… > The `Re:` prefix should not be seen as being an English word. It's a “symbol” > (like an HTML tag). > > The email client is free to *display* it localized which is what Microsoft > should have done. And maybe MailMate will allow this to be done if it should > some day be localized itself. Well, it would help if the chain of „Re“ is not becoming longer. Which is currently the case. So, MM is adding a new level on a reply too. -- Robert M. Münch, CEO Saphirion AG smarter | better | faster http://www.saphirion.com http://www.nlpp.ch signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Moving to a new computer
On 9 Dec 2018, at 8:24, Benny Kjær Nielsen wrote: On 6 Dec 2018, at 18:26, Bill Cole wrote: On 6 Dec 2018, at 11:36, Robert Brenstein wrote: Benny or anyone else… Why should we copy just the plists and prefs and refetch all the mails? If I follow the recommendation below, that what we should do. However, with 100k mails in dozen IMAP accounts, this will take a while. I would rather copy the entire MailMate folder from the Application Support and com.freron.MailMate.plist from Preferences to another computer. Direct copy is fast. I tried that. It was ugly, because I used 'rsync' without the flag to replicate extended attributes, which MM uses to store a message UID. I was fortunate to have been watching how the whole process worked... So *MAYBE* you can make it work but you should make absolutely certain that you replicate extended attributes and when you fire up MM afterwards, WATCH what MM does and be prepared to kill it and work out any issues you have. I can't imagine Benny recommending mail cache replication, given the risks that it carries. To be honest, I hadn't really considered this problem case. Just for the record, I believe it should still work without these UIDs, because they are also stored in the database index files. The main purpose of the attribute is to help MailMate *if* it has to rebuild its database at a later time. The problem I had was that MM did not see the message files in the cache that lacked a UID attribute as being the same message as the originals that were still on the server. It also refused to allow the deletion (or "reset") of the no-UID cached messages. -- Bill Cole ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] “Identity” shorthand header
You have the submailboxes on the „all“ folder or only on your inbox? Maybe thats why your send messages are visible there? I have my submailboxes only at the inbox Von meinem iDingens gesendet... Von meinem iDingens gesendet... > Am 08.12.2018 um 06:50 schrieb Erik Mueller-Harder : > > Greetings! > > I’m attempting to use submailboxes based on my own user names. For example, > the e-mail address for my account at Amazon is ama...@pub.example.tld and for > SpaceWeather is spaceweat...@pub.example.tld. If I have messages for both in > one folder, I’d like to see: > > Folder > - amazon > - spaceweather > If I set up the submailboxes with unique values of To » Identity > User > No > Specifier, this works fine. > > But now if I write to Amazon from the same address, of course, I’m also > getting a submailbox for the username at Amazon that I write to (say, > xy...@amazon.com adds an xyzzy submailbox). > > Am I misunderstanding how “Identities” work? I’m using a wildcard in the > Address Patterns for the account that looks like .*@pub\.example\.tld in > order to let MailMate know what addresses are mine. I would think that would > pick up my own ama...@pub.example.tld but not xy...@amazon.com at all. > > And actually, to test, I dropped a completely unrelated e-mail message into > the box — and I get a new submailbox for the recipient of that message, too, > so it looks to me like the “Identity” shorthand isn’t working properly, > rather than that my regex is off. Of course, it’s regex — so I may well be > wrong! > > Am I doing something wrong? Or is there a bug here? > > Thanks, > > — Erik > > · Erik Mueller-Harder > Media-terrestrial Mapmaker > Vermont Softworks > > ___ > 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] Customize reply marker / tag / text
Maybe it can be implementet as some bundle script which i can activate manually? Can a bundle command executed on a the Message Editor while writing the answer? I don’t see an output command for `setSubject`/`setBody` Von meinem iDingens gesendet... > Am 07.12.2018 um 11:49 schrieb Robert M. Münch : > > Hi, > > you all know subject lines like „re: re: re: re: ….“ Good mailer just have > one „RE:“ or whatever. > > However, is it possible to configure what is used as reply marker? I would > like to have „RE-X“ where X is a counter for the number of replies. And is > there a way to remove those reply marker trails and replace them with a > single reply marker? > > -- > > Robert M. Münch > ___ > 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] auto-BCC the From address fails on one address of three
On 8 Dec 2018, at 17:04, Shoshanna Green wrote: However, when I select the third From address from the pop-up menu, the BCC doesn't change, although the signature does. Any ideas? (I'm running r5574. I just noticed this today when I updated, because I was playing with the new From pop-up; I don't know if it was a problem before.) Given the work I've done on code related to this I would say it's most likely a new bug, but just to make sure you should try an older release like this one: https://updates.mailmate-app.com/archives/MailMate_r5523.tbz In any case, see if you can spot anything which might make this third account different than the others (a quick attempt to reproduce your issue didn't succeed -- the Bcc header updates when I change the From header). -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] “Identity” shorthand header
On 8 Dec 2018, at 6:50, Erik Mueller-Harder wrote: Am I misunderstanding how “Identities” work? I’m using a wildcard in the Address Patterns for the account that looks like `.*@pub\.example\.tld` in order to let MailMate know what addresses are mine. I would think that would pick up my own `ama...@pub.example.tld` but not `xy...@amazon.com` at all. ... Am I doing something wrong? Or is there a bug here? Maybe, it seems you are doing the right thing. Try sending me your `.plist` files in this folder (off list): /Users//Library/Application Support/MailMate/ And I'll see if I can spot any problems (or reproduce a bug). -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Customize reply marker / tag / text
On 8 Dec 2018, at 20:13, Ian Petersen wrote: Good mailers just have one "Re: ". No "whatever". *Whatever* can be different language variants. In Danish it is ’Sv: ’ (short for Svar) for example, which is perfectly valid – even in reply to an English language mail. Still only one of them of course … The use of localized prefixes is a design flaw I believe was introduced by Microsoft. They did not consider the consequences of doing this (or many other of the “changes” introduced by Microsoft). The `Re:` prefix should not be seen as being an English word. It's a “symbol” (like an HTML tag). The email client is free to *display* it localized which is what Microsoft should have done. And maybe MailMate will allow this to be done if it should some day be localized itself. -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Moving to a new computer
On 6 Dec 2018, at 18:26, Bill Cole wrote: On 6 Dec 2018, at 11:36, Robert Brenstein wrote: Benny or anyone else… Why should we copy just the plists and prefs and refetch all the mails? If I follow the recommendation below, that what we should do. However, with 100k mails in dozen IMAP accounts, this will take a while. I would rather copy the entire MailMate folder from the Application Support and com.freron.MailMate.plist from Preferences to another computer. Direct copy is fast. I tried that. It was ugly, because I used 'rsync' without the flag to replicate extended attributes, which MM uses to store a message UID. I was fortunate to have been watching how the whole process worked... So *MAYBE* you can make it work but you should make absolutely certain that you replicate extended attributes and when you fire up MM afterwards, WATCH what MM does and be prepared to kill it and work out any issues you have. I can't imagine Benny recommending mail cache replication, given the risks that it carries. To be honest, I hadn't really considered this problem case. Just for the record, I believe it should still work without these UIDs, because they are also stored in the database index files. The main purpose of the attribute is to help MailMate *if* it has to rebuild its database at a later time. -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Multile message deleting, how to do this with justte keyboad?
On 2 Dec 2018, at 21:48, pleasespa...@posteo.net wrote: I do the same thing as I have my RSS feed sent to my email. (I prefer MailMate to RSS clients.) Only issue when I select emails with the shift key is that, when the mailboxes refresh/sync, MailMate forgets it’s selection location. I.e., starts de-selecting items from the beginning of the selection vs. continuing to select items from the top of the list when I arrow up. Hmm, that's an interesting problem which I'm not sure there's an easy fix for (other than maybe postpone such updates while a multi-selection is in progress...). -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Calendar invitations display as plain text by default
On 4 Dec 2018, at 19:25, Galen Menzel wrote: MailMate generally displays the HTML part of an email message when one is available. However, whenever I receive calendar invitations from Google Calendar, the plain text of the message is displayed rather than the HTML part. This means I have to switch the view of the message to HTML before I can use the links in the message to accept or reject the invitation. Is anyone else experiencing this, and is there a setting or a workaround that will make the HTML section of these messages display by default? This is not an intentional “feature”, but calendar emails do some times have pretty weird structures which might trigger something to go wrong in MailMate. Could you send me an example using “Help ▸ Send Feedback”? (Drag an example into the email.) -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Size of the MailMate Process
On 7 Dec 2018, at 10:53, Patrik Fältström wrote: See also attached image. 6.05G my Mac claims...where Mac handle 16G for the normal macs. With Chrome also eating memory, there is quite some squeeze. Is this something on the list of "things to have a look at"? Yes, but I'm having trouble reproducing this issue. Could you see if your case is likely to be related to ticket [2164](https://freron.lighthouseapp.com/projects/58672/tickets/2164)? -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Moving to a new computer
On 6 Dec 2018, at 19:16, Bill Cole wrote: That depends on your IMAP servers. I don't know how exactly MM handles tags/flags for IMAP accounts on servers that don't have full keyword support. They are saved in the local database index files only. In other words, they are *lost* if rebuilding the database and/or refetching emails from the server(s). With the exception of Exchange IMAP (which have numerous other issues) I believe IMAP servers without some support for IMAP keywords is relatively rare. I still have on my todo list to also add support for mapping tags to file attributes. If combined with improved robustness when MailMate needs to rebuild the database (or when some Exchange IMAP server suddenly decides to reset all its UIDVALIDITY values) then that would also make storing tags locally only more robust... -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Moving to a new computer
On 3 Dec 2018, at 18:09, Robert Brenstein wrote: Let me piggyback on this thread. My laptop developed hardware issues, so like OP, I thought to copy the entire MailMate folder from the Application Support and com.freron.MailMate.plist from Preferences to the temp computer. Why should copy just the plists and prefs and refetch all the mails? With 100k mails in dozen IMAP accounts, this will take a while. Well, that depends on the network connection and the IMAP servers involved. I'm mainly recommending the “clean start” approach to avoid potential issues with a custom location of the Messages folder and any issues arising from restoring from a backup (which is not 100% reliable because MailMate doesn't control the order in which files are backed up). (A clean start also ensures that the database is as small as it can be.) -- Benny https://freron.com/become_a_mailmate_patron/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
