Re: [MlMt] Finger slip deleted a mailbox - how recover?

[Randall Gellens]

On 1 Apr 2019, at 4:58, Benny Kjær Nielsen wrote:


On 27 Mar 2019, at 0:37, Randall Gellens wrote:

I wonder if an alternative approach might be worth considering.  For 
example, instead of nagging with an "Are you sure?" prompt, perhaps 
keep a list of "recent" mailbox renames, and make that a pane that 
can be viewed.  That would allow users to undo or re-rename a 
mailbox.


If going that way, it would be easier to simply support regular undo 
for mailbox renaming.


That would work, as long as the person realized it fairly soon.  A 
downside is that the person might not realize until too late.  The nice 
thing is that it is more intuitive than a pane of recent renames.


RENAME is used for simple rename cases, but the fallback is 
create+append equivalent to moving between accounts.


What makes a rename simple vs not simple?  (I've manually renamed 
mailboxes to change their position in the hierarchy, e.g., A1 RENAME 
"FOO" "BAR/FOO").


Improving this is not straightforward, but when/if I do I've noted to 
also add undo/redo.


Sounds good.

--Randall
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Setting default scroll position in mailboxes

[Matthias Schmidt via mailmate]

Hello,

how can I set a default scroll position for a mailbox, when I click on 
it in the mailbox window.

I’d like to it either on the last position or on the first one.

thanks
Matthias
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Automatic set from email depending on "to email"

[Michael Nietzold]

`X-Envelope-to:` shows my special email for the list.


On 1 Apr 2019, at 17:30, Robert Brenstein wrote:

Use “Show raw message” from the View menu and see what 
Envelope-to: has.


On 1 Apr 2019, at 17:08, Michael Nietzold wrote:

if i create a complete new email then this is like you described. but 
if i hit reply this is not working.


On 1 Apr 2019, at 17:06, Robert Brenstein wrote:

I have a custom email address for this list and MM sets it as sender 
correctly for both replies and new mails to the list.


On 1 Apr 2019, at 16:37, Michael Nietzold wrote:


summary:

i have a seperate email adress set for the freron email ist. but 
because the mails from this list don't are something special (they 
not not have my email in the `TO:` header). but if i hit reply i 
always need to remember to set this special email as `from` for 
this email.


when:

- i get mailmate list
- i hit reply


what i see:

- it uses my default email

what i expect:

- it should remember that i used a different eMail
- or a setting (dict) like the `MmDefaultBccHeader`, where i can 
set some adress for some `to`



Example:

`defaults write com.freron.MailMate MmDefaultFromHeader -dict 
"mailmate@lists.freron.com" "myspecialem...@example.com"`




___
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




___
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] Automatic set from email depending on "to email"

[Michael Nietzold]

if i create a complete new email then this is like you described. but if 
i hit reply this is not working.


On 1 Apr 2019, at 17:06, Robert Brenstein wrote:

I have a custom email address for this list and MM sets it as sender 
correctly for both replies and new mails to the list.


On 1 Apr 2019, at 16:37, Michael Nietzold wrote:


summary:

i have a seperate email adress set for the freron email ist. but 
because the mails from this list don't are something special (they 
not not have my email in the `TO:` header). but if i hit reply i 
always need to remember to set this special email as `from` for this 
email.


when:

- i get mailmate list
- i hit reply


what i see:

- it uses my default email

what i expect:

- it should remember that i used a different eMail
- or a setting (dict) like the `MmDefaultBccHeader`, where i can set 
some adress for some `to`



Example:

`defaults write com.freron.MailMate MmDefaultFromHeader -dict 
"mailmate@lists.freron.com" "myspecialem...@example.com"`




___
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] Automatic set from email depending on "to email"

[Robert Brenstein]

I have a custom email address for this list and MM sets it as sender 
correctly for both replies and new mails to the list.


On 1 Apr 2019, at 16:37, Michael Nietzold wrote:


summary:

i have a seperate email adress set for the freron email ist. but 
because the mails from this list don't are something special (they not 
not have my email in the `TO:` header). but if i hit reply i always 
need to remember to set this special email as `from` for this email.


when:

- i get mailmate list
- i hit reply


what i see:

- it uses my default email

what i expect:

- it should remember that i used a different eMail
- or a setting (dict) like the `MmDefaultBccHeader`, where i can set 
some adress for some `to`



Example:

`defaults write com.freron.MailMate MmDefaultFromHeader -dict 
"mailmate@lists.freron.com" "myspecialem...@example.com"`


___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] “Notarized” test release of MailMate

[Eric Sharakan]

On 1 Apr 2019, at 8:35, Benny Kjær Nielsen wrote:


On 27 Mar 2019, at 13:36, Verdon Vaillancourt wrote:


On 26 Mar 2019, at 19:33, Randall Gellens wrote:


On 25 Mar 2019, at 7:27, Benny Kjær Nielsen wrote:

The hardened runtime means that MailMate cannot access resources 
for which I have not explicitly requested MailMate to be able to 
access. For example, MailMate can no longer, in any way, access the 
camera, because I have not requested such access in the so-called 
list of entitlements. For now, MailMate only requests access to 
Contacts, Calendar, and AppleScript. The user is still explicitly 
asked about access and access can be declined by the user (just 
like before).


I'm curious what MM does with the calendar?



There’s a Calendar area in the ‘Command’ menu. It will create 
an event in your calendar based on. The contents of a selected 
message… works fairly well.


I realized that this support is done using AppleScript. The Calendar 
entitlement isn't really needed and I've removed it. But the Calendar 
bundle should still work.




So, having just (finally) upgraded to Mojave, I wasn't really paying 
attention to this thread.  Is there anything I need to worry about?  MM 
seems to be working fine; it already has access to my contacts, and I 
granted it access to Applescript when it asked (running the Export 
bundle).


Thanks.

-Eric
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Gravatar-hack for MailMate

[Eric Sharakan]

Hi, between updating to MM r5625 & upgrading to Mojave, this is no 
longer a problem.


Thanks.

-Eric

On 1 Apr 2019, at 8:08, Benny Kjær Nielsen wrote:


On 27 Mar 2019, at 2:11, Eric Sharakan wrote:

Speaking of search syntax, has anyone else noticed that if you open 
the contextual menu in the toolbar search field and select "View 
Search Syntax" you get an error that states "The selected content is 
currently unavailable"?


The Help system is, more or less, handled by Apple. I don't seem to be 
able to reproduce this. What happens if you try the “Help ▸ 
MailMate Help” menu item?


--
Benny
https://freron.com/become_a_mailmate_patron/
___
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

[MlMt] Automatic set from email depending on "to email"

[Michael Nietzold]

summary:

i have a seperate email adress set for the freron email ist. but because 
the mails from this list don't are something special (they not not have 
my email in the `TO:` header). but if i hit reply i always need to 
remember to set this special email as `from` for this email.


when:

- i get mailmate list
- i hit reply


what i see:

- it uses my default email

what i expect:

- it should remember that i used a different eMail
- or a setting (dict) like the `MmDefaultBccHeader`, where i can set 
some adress for some `to`



Example:

`defaults write com.freron.MailMate MmDefaultFromHeader -dict 
"mailmate@lists.freron.com" "myspecialem...@example.com"`___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] automatically add cc and/or bcc addresses

[Michael Nietzold]

defaults write com.freron.MailMate MmDefaultBccHeader -dict 
"from...@me.com" "bccspec...@example.com" "from@me.com" 
"bcc.speci...@example.com"


defaults write com.freron.MailMate MmDefaultBccHeader -string 
m...@example.com


in the dictionary and the string there can be also multiple emails?

like:

`-dict "from...@me.com" 
"bccspec...@example.com,bccspeci...@example.com,bccspec...@example.com"`



On 1 Apr 2019, at 15:15, Benny Kjær Nielsen wrote:


On 30 Mar 2019, at 19:44, David Green wrote:

The following can be used to add a BCC (blind carbon copy) header by 
default to all outgoing messages:


`defaults write com.freron.MailMate MmDefaultBccHeader -string 
m...@example.com`


Using the special value "<.sender.>" tells MailMate to use the 
sending address of the related account.


For the record, using [a 
dictionary](https://freron.lighthouseapp.com/projects/58672/tickets/2098-auto-bcc-by-source-ie-by-imap-account#ticket-2098-2) 
for the same preference can be used to control this with a bit more 
flexibility.


--
Benny
https://freron.com/become_a_mailmate_patron/




___
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] Finger slip deleted a mailbox - how recover?

[Robert Brenstein]

On 1 Apr 2019, at 14:33, Benny Kjær Nielsen wrote:

I could perhaps imagine an edit mode, but I don't think automatic 
deactivation would work well.


The more I think about it, I think a warning is the best way to go. 
It'll solve the problem of accidental moves and it'll give me an 
opportunity to warn about the consequences of moving mailboxes. I 
don't think most users realize how inefficiently this is handled when 
using multiple email clients configured with the same IMAP account (a 
recent [RFC]() tries to solve 
this problem, but that'll only be a theoretical solution for the 
foreseeable future).


\-- 
Benny




Yeah, treating move similarly to delete keeps the usability more 
consistent.___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] automatically add cc and/or bcc addresses

[Benny Kjær Nielsen]

On 30 Mar 2019, at 19:44, David Green wrote:

The following can be used to add a BCC (blind carbon copy) header by 
default to all outgoing messages:


`defaults write com.freron.MailMate MmDefaultBccHeader -string 
m...@example.com`


Using the special value "<.sender.>" tells MailMate to use the sending 
address of the related account.


For the record, using [a 
dictionary](https://freron.lighthouseapp.com/projects/58672/tickets/2098-auto-bcc-by-source-ie-by-imap-account#ticket-2098-2) 
for the same preference can be used to control this with a bit more 
flexibility.


--
Benny
https://freron.com/become_a_mailmate_patron/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] SpamSieve Train mailboxes are not cleaned up

[Benny Kjær Nielsen]

On 29 Mar 2019, at 20:36, Randall Meadows wrote:

MailMate *is* subscribed to the Train[Good|Spam] mailboxes, so am I 
wrong in assuming that it should automatically handle cleaning them up 
after SpamSieve has done its thing on the remote machine?


IMAP does not provide a way to watch for changes in all mailboxes. By 
default, MailMate keeps an open connection to the INBOX in order to 
register changes immediately. All other mailboxes are on a 10 minute 
schedule.


You can change the synchronization schedule (see the Mailbox menu) for 
the Train mailboxes to “5 minutes”. It is also possible to keep them 
in the Connected state (equivalent to the INBOX), but MailMate defaults 
to a maximum of 3 connections to the server. This means you might have 
to increase the maximum number of connections to the server, but the 
server might have its own limits.


Increasing the maximum number of connections is currently a low level 
feature. You do it by adding `maxNumberOfConnections = X;` to the 
account in the `Sources.plist` file while MailMate is not running.


--
Benny
https://freron.com/become_a_mailmate_patron/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Reply to multiple messages

[Benny Kjær Nielsen]

On 27 Mar 2019, at 23:03, Randall Gellens wrote:

Currently, if multiple messages are selected, reply generates 
individual replies to each.  I would like a single reply, addressed to 
the merged recipients and senders of all selected messages, with the 
body the same as what is generated in each reply, just as a series, 
one after the other.


This used to be the default behavior of MailMate, but it was not what 
most users expected to happen. I did add a hidden preference to get the 
old behavior though (I haven't checked if it still works):


defaults write com.freron.MailMate MmMergeReplies -bool YES

Ideally, duplicated material would be deleted (e.g., if many of the 
replies contain the same set of quoted text, that should only appear 
once, or be omitted entirely).


It's not that smart.

--
Benny
https://freron.com/become_a_mailmate_patron/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] “Notarized” test release of MailMate

[Benny Kjær Nielsen]

On 27 Mar 2019, at 13:36, Verdon Vaillancourt wrote:


On 26 Mar 2019, at 19:33, Randall Gellens wrote:


On 25 Mar 2019, at 7:27, Benny Kjær Nielsen wrote:

The hardened runtime means that MailMate cannot access resources for 
which I have not explicitly requested MailMate to be able to access. 
For example, MailMate can no longer, in any way, access the camera, 
because I have not requested such access in the so-called list of 
entitlements. For now, MailMate only requests access to Contacts, 
Calendar, and AppleScript. The user is still explicitly asked about 
access and access can be declined by the user (just like before).


I'm curious what MM does with the calendar?



There’s a Calendar area in the ‘Command’ menu. It will create an 
event in your calendar based on. The contents of a selected message… 
works fairly well.


I realized that this support is done using AppleScript. The Calendar 
entitlement isn't really needed and I've removed it. But the Calendar 
bundle should still work.


--
Benny
https://freron.com/become_a_mailmate_patron/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Finger slip deleted a mailbox - how recover?

[Benny Kjær Nielsen]

On 27 Mar 2019, at 10:23, Marc ARC wrote:

But I do accept the premise that the consequences of an unintentional 
move can be a big problem. I think it might be best if I simply added 
some kind of “are you sure” warning when moving IMAP mailboxes. 
Naturally, that should include an option to suppress it. Something 
similar already exists for deleting IMAP mailboxes.


What about this alternatives ?

- when somebody wants to drag a message “ to move please hold alt 
“

Or
- when somebody wants to drag a message “ to move please activate 
blabla “
- “Enable edit mode for mailboxes” which could sit in the menu and 
desactivates it self after xx minutes


I could perhaps imagine an edit mode, but I don't think automatic 
deactivation would work well.


The more I think about it, I think a warning is the best way to go. 
It'll solve the problem of accidental moves and it'll give me an 
opportunity to warn about the consequences of moving mailboxes. I don't 
think most users realize how inefficiently this is handled when using 
multiple email clients configured with the same IMAP account (a recent 
[RFC](https://tools.ietf.org/html/rfc8474) tries to solve this problem, 
but that'll only be a theoretical solution for the foreseeable future).


--
Benny
https://freron.com/become_a_mailmate_patron/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Gravatar-hack for MailMate

[Benny Kjær Nielsen]

On 27 Mar 2019, at 2:11, Eric Sharakan wrote:

Speaking of search syntax, has anyone else noticed that if you open 
the contextual menu in the toolbar search field and select "View 
Search Syntax" you get an error that states "The selected content is 
currently unavailable"?


The Help system is, more or less, handled by Apple. I don't seem to be 
able to reproduce this. What happens if you try the “Help ▸ MailMate 
Help” menu item?


--
Benny
https://freron.com/become_a_mailmate_patron/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Sudden iCloud problem

[Benny Kjær Nielsen]

On 27 Mar 2019, at 1:23, Sherman Wilcox wrote:

FWIW, I tried using a different email client (Postbox) and there is no 
problem accessing my iCloud Archive folder. I also have no problem 
accessing other folders using MailMate, only (and only within the last 
few hours, I think) the Archive folder using MailMate.


Just for the record, this was solved off list. It was related to the 
Archive mailbox somehow having become unsubscribed (client side) and 
MailMate did not handle this well.


--
Benny
https://freron.com/become_a_mailmate_patron/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Finger slip deleted a mailbox - how recover?

[Benny Kjær Nielsen]

On 27 Mar 2019, at 0:37, Randall Gellens wrote:

I wonder if an alternative approach might be worth considering.  For 
example, instead of nagging with an "Are you sure?" prompt, perhaps 
keep a list of "recent" mailbox renames, and make that a pane that can 
be viewed.  That would allow users to undo or re-rename a mailbox.


If going that way, it would be easier to simply support regular undo for 
mailbox renaming.


(It would also help if MailMate was better at moving IMAP mailboxes 
efficiently which is currently not always the case.)


Do you use RENAME or do you create the new mailbox and then APPEND the 
messages?


RENAME is used for simple rename cases, but the fallback is 
create+append equivalent to moving between accounts. Improving this is 
not straightforward, but when/if I do I've noted to also add undo/redo.


--
Benny
https://freron.com/become_a_mailmate_patron/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate