Re: [MlMt] Rule copying?

2018-04-25 Thread Jody Foo

Hi!

In reply to Benny Kjær Nielsen (2018-04-18, 17:03):

But I have now. The rules editor was very primitive and this was never 
intentional. The latest test release adds the following:


* New: Rules can be reordered. Hold down ⌥ to copy.
* New: Rules can be dragged to other rule lists. Hold down ⌥ to 
copy.


This is great! Have been wanting to do this for a long time :)

* New: Rules can be hierarchical (use drag’n’drop to make subrules 
or use the new actions menu).


Does the structure affect whether the rule is triggered? I.e. will a 
subrule only trigger if its parent is triggered? Or is the hierarchy 
only for organizational purposes? For my use, I would like to use the 
rule hierarchy for organizational use and not have the rule hierarchy 
affect rule triggering.


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


Re: [MlMt] Is it possible to refresh the addressbook data from MailMate?

2017-08-21 Thread Jody Foo
In reply to Benny Kjær Nielsen (2017-08-21, 12:12):

> Hmm, I don't know exactly when MacOS synchronizes contacts. I'm pretty sure 
> that this does work if using iCloud Contacts, but I might be wrong.

Thanks, I've made a note to test how iCloud behaves.

>> Or can I add the CardDAV source to MailMate directly using some hidden 
>> option? Or perhaps even specify a shell command to use for address 
>> completion (since I already set this up for my experiments with command line 
>> mail agents)?
>
> That last one is not currently possible, but I've considered adding it. The 
> GUI (Composer preferences pane) already has a list of auto-completion sources 
> and I considered adding some kind of script-based alternative. It's not a 
> high priority though :)

Ok! Thanks for the info.

/Jody

smime.p7s
Description: S/MIME digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


[MlMt] Is it possible to refresh the addressbook data from MailMate?

2017-08-21 Thread Jody Foo
I use Google's contact service and the Contacts Mac OS app is connected to my 
gmail account. I discovered that after editing and adding contacts using 
[BusyContacts](https://www.busymac.com/busycontacts/) (which I use as my main 
contacts manager) that I had to open the Mac OS Contacts app for the edits and 
additions to be synced and made available in MailMate.

Is this a limitation of using the system address book, or is it possible to 
trigger a refresh from within MailMate? Or can I add the CardDAV source to 
MailMate directly using some hidden option? Or perhaps even specify a shell 
command to use for address completion (since I already set this up for my 
experiments with command line mail agents)?

regards,

Jody

smime.p7s
Description: S/MIME digital signature
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Bounties

2016-05-26 Thread Jody Foo
... You can do a threaded inbox in MailMate using a smart mailbox. I had that 
for a while before I made the three pane solution :) Make a smart mailbox where 
you search for messages in "all messages" whose thread ID is in the unified 
inbox, then, add sub mailboxes "by account" to the smart mailbox -- Done!  You 
can edit mailboxes.plist to add a nice icon as well :)  I'll try to remember to 
send some screenshots when I get to my computer.   

---Sent from a mobile device

On 27 May 2016 at 05:43:53 GMT+2, Kee Hinckley  wrote:   
First of all, I just want to say that Benny is amazing. I wrote one of the 
first multimedia email applications on Unix a long time ago, and for many years 
I've considered doing a more modern one. MailMate makes that moot. It's an 
amazing application, and with the new HTML features coming down the road, it's 
even more so.  Secondly, I want to say that I've put my money where my mouth 
is, and I'd like to encourage everyone else to do the same. I live in email, 
and I'm sure many of you do. Benny is making his living doing a really hard 
thing; writing an application that competes with something that's available for 
free. MailMate will always be a niche application targeted at hardcore mail 
users, and we need to support that. When MailMate started supporting the 
features I needed to use it at work I bought several extra licenses I didn't 
need. Because I need this application, and I need Benny to be able to make a 
good living supporting it. It was wonderful that I was able to hack MailMate to 
work with HTML mail before. It's even more wonderful that I don't have to 
anymore. If you find MailMate invaluable for your work—and I know many of you 
do—please contribute more.  Thirdly, I want to put out a bounty for the one 
feature I'm missing. I'll pitch in an additional $100 when MailMate supports 
sorting threaded messages sorted by the most recent item in the thread. It's 
the one thing missing for me to use sorting by threads in my inbox. Right now I 
use a very nice three pane solution someone provided (and it's amazing that 
MailMate can be extended that way), that puts a separate "sort by subject" pane 
to one side, and I leave my inbox simply sorted by date, without grouping. 
That's almost what I want, but not quite. I'd like to have my inbox display 
threads with the most recent messages first, so that if someone replies to 
something three weeks ago (and they do a lot), it doesn't get lost in my 4000 
message Inbox. If you feel similarly, please pledge your support. And I 
encourage Benny to set up a way for people to vote for feature with their 
wallet. This is an amazing product, and I can't work without it.  Thank you 
Benny.  ___mailmate mailing 
listmailmate@lists.freron.comhttps://lists.freron.com/listinfo/mailmate___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] SideBar organisational tabs/menus

2016-04-29 Thread Jody Foo

On 28 Apr 2016, at 22:27, Adam Liter wrote:

Thanks for sharing these layouts. They're great! However, one problem 
I noticed is that the MailMate dialogue about marking things as not 
junk and blocking external references does not come up when using any 
of these layouts. Any idea how to fix this?


Never noticed that until you wrote about it! I fixed the issue and put 
the layouts up on github: https://github.com/fnurl/mailmatelayouts


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


Re: [MlMt] SideBar organisational tabs/menus

2016-04-27 Thread Jody Foo

On 27 Apr 2016, at 7:05, Mark Derricutt wrote:

Ack - one thing that I immediate notice, hotkeys for next (unread) 
message no longer work when the folder is clicked on :( I have to then 
click into a specific message list.


I'm not sure I know which shortcut behaviour you are referring to? The 
`J`/`K`/`arrow keys`, `cmd-alt-arrowkeys`, they all work for me. They do 
only interact with one panel at the time, so if you want to go to the 
next (unread) message in another panel, you'll have to switch which 
panel is focused (don't know if there are shortcuts for that).


I did however retain the keyboard shortcut `ctrl+alt+cmd+c` which 
toggles the thread/tag and correspondence panels (they are children of 
the same parent panel which is the actual one that gets toggled).


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


Re: [MlMt] SideBar organisational tabs/menus

2016-04-26 Thread Jody Foo
The thread arc panel never really worked out for me as I found that they 
didn't provide me with any guidance on what would happen when I pressed 
each circle. Sort of like clicking on a message without knowing what it 
is about. That was sort of the starting point of why I added the thread 
panel to my layout in the first place ;)


On 27 Apr 2016, at 4:07, Gary Hull wrote:

Have you thought of adding a message thread arc panel to these? Why 
not go for everything, including the kitchen sink!


On 26 Apr 2016, at 18:53, Jody Foo wrote:

Hi all, just chipping in here. I've done quite a bit of modifications 
to my sidebar layout, so here are two images just an example use case 
(the images below link to larger versions).


[![](http://box.fnurl.se/mailmate/mm-vertical-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-vertical-thread-corr.png)

[![](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr.png)


If anybody is interested, here is also a link to the two layouts I'm 
using.


- 
http://box.fnurl.se/mailmate/wide+vertical_thread-corr_mmlayouts.zip


I am quite happy with them. The middle *thread panel* shows all 
messages that belong to the selected message of the *correspondence 
panel*. The selection in the *correspondence panel* follows the 
selection in the thread panel if it changes.


Also, the messages listed in the correspondence panel include all 
messages where both the sender and the recipient are mentioned in any 
field, not where the sender and recipient switch places as this is 
more in line with my own intuition of correspondence (sacrificing a 
bit of precision for better recall).


In the zip-file, there are also versions with the bottom 
correspondence pane exchanged for a "messages with the same tag" pane 
which shows messages with the same tag (any I hope) as the selected 
message in the main message outline (top).


cheers,

Jody

On 27 Feb 2016, at 22:18, Marc ARC wrote:


Benny,

Sound great !!

Marc



On 26 Feb 2016, at 10:37, Benny Kjær Nielsen wrote:


On 25 Feb 2016, at 16:01, Marc ARC wrote:

For me it would be handy to have an additional MyMailboxes 
menu/tab in the sidebar where I can put the SmartMailboxes I use.

Could this also benefit other users ?
Or is there an other elegant way to have similar presentation.


You already got various ideas in the thread. I just want to add 
that my future ambition is to make the mailbox list “simpler”. 
I want to remove the MAILBOXES and SOURCES groups allowing users to 
order it any way they like. At the same time I would like the 
universal mailboxes to be optional (also allowing the creation of 
other universal mailboxes).


But I haven't written a single line of code for this which means 
that I make *no promises*.


--
Benny
___
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
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] SideBar organisational tabs/menus

2016-04-26 Thread Jody Foo

Hi, sorry for missing that bit, but you should copy them to

~/Library/Application Support/MailMate/Resources/Layouts/Mailboxes

instead since MailMate looks there for user stuff. Putting more things 
into the application directly should be avoided when possible since it 
changes the signature of the app which might stop it from running.


Also, if you put them in the app itself, they will disappear when you 
update MailMail.app.


On 27 Apr 2016, at 3:31, Gary Hull wrote:


I figured it out.

1. Right-click on MailMate App, choose Show Package Contents.

2. Open Resources > Layouts > Mailboxes

3. Copy the plists into that folder

Now the new options appear in the View > Layout menu.


On 27 Apr 2016, at 2:16, Gary Hull wrote:

These look really interesting. Where do the plists go? I peeked in 
Application Support, but none of the folders looked right.



On 26 Apr 2016, at 18:53, Jody Foo wrote:

Hi all, just chipping in here. I've done quite a bit of 
modifications to my sidebar layout, so here are two images just an 
example use case (the images below link to larger versions).


[![](http://box.fnurl.se/mailmate/mm-vertical-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-vertical-thread-corr.png)

[![](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr.png)


If anybody is interested, here is also a link to the two layouts I'm 
using.


- 
http://box.fnurl.se/mailmate/wide+vertical_thread-corr_mmlayouts.zip


I am quite happy with them. The middle *thread panel* shows all 
messages that belong to the selected message of the *correspondence 
panel*. The selection in the *correspondence panel* follows the 
selection in the thread panel if it changes.


Also, the messages listed in the correspondence panel include all 
messages where both the sender and the recipient are mentioned in 
any field, not where the sender and recipient switch places as this 
is more in line with my own intuition of correspondence (sacrificing 
a bit of precision for better recall).


In the zip-file, there are also versions with the bottom 
correspondence pane exchanged for a "messages with the same tag" 
pane which shows messages with the same tag (any I hope) as the 
selected message in the main message outline (top).


cheers,

Jody

On 27 Feb 2016, at 22:18, Marc ARC wrote:


Benny,

Sound great !!

Marc



On 26 Feb 2016, at 10:37, Benny Kjær Nielsen wrote:


On 25 Feb 2016, at 16:01, Marc ARC wrote:

For me it would be handy to have an additional MyMailboxes 
menu/tab in the sidebar where I can put the SmartMailboxes I use.

Could this also benefit other users ?
Or is there an other elegant way to have similar presentation.


You already got various ideas in the thread. I just want to add 
that my future ambition is to make the mailbox list “simpler”. 
I want to remove the MAILBOXES and SOURCES groups allowing users 
to order it any way they like. At the same time I would like the 
universal mailboxes to be optional (also allowing the creation of 
other universal mailboxes).


But I haven't written a single line of code for this which means 
that I make *no promises*.


--
Benny
___
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

___
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] SideBar organisational tabs/menus

2016-04-26 Thread Jody Foo
Hi all, just chipping in here. I've done quite a bit of modifications to 
my sidebar layout, so here are two images just an example use case (the 
images below link to larger versions).


[![](http://box.fnurl.se/mailmate/mm-vertical-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-vertical-thread-corr.png)

[![](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr.png)


If anybody is interested, here is also a link to the two layouts I'm 
using.


- http://box.fnurl.se/mailmate/wide+vertical_thread-corr_mmlayouts.zip

I am quite happy with them. The middle *thread panel* shows all messages 
that belong to the selected message of the *correspondence panel*. The 
selection in the *correspondence panel* follows the selection in the 
thread panel if it changes.


Also, the messages listed in the correspondence panel include all 
messages where both the sender and the recipient are mentioned in any 
field, not where the sender and recipient switch places as this is more 
in line with my own intuition of correspondence (sacrificing a bit of 
precision for better recall).


In the zip-file, there are also versions with the bottom correspondence 
pane exchanged for a "messages with the same tag" pane which shows 
messages with the same tag (any I hope) as the selected message in the 
main message outline (top).


cheers,

Jody

On 27 Feb 2016, at 22:18, Marc ARC wrote:


Benny,

Sound great !!

Marc



On 26 Feb 2016, at 10:37, Benny Kjær Nielsen wrote:


On 25 Feb 2016, at 16:01, Marc ARC wrote:

For me it would be handy to have an additional MyMailboxes menu/tab 
in the sidebar where I can put the SmartMailboxes I use.

Could this also benefit other users ?
Or is there an other elegant way to have similar presentation.


You already got various ideas in the thread. I just want to add that 
my future ambition is to make the mailbox list “simpler”. I want 
to remove the MAILBOXES and SOURCES groups allowing users to order it 
any way they like. At the same time I would like the universal 
mailboxes to be optional (also allowing the creation of other 
universal mailboxes).


But I haven't written a single line of code for this which means that 
I make *no promises*.


--
Benny
___
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


[MlMt] Tag conflict scenario?

2016-02-19 Thread Jody Foo

Hi, I just thought of something:

I was creating setting up a new tag, but accidentally misspelled the 
gmail label first. I realized that the following scenario might happen: 
I apply the tag to a message which means that it will receive a new 
gmail label (since I misspelled it). When I realize that I have 
misspelled the gmail label, I correct it. Given the right circumstances 
something like the following could be the result (right?):


I have the following two tags:

displayflaggmail
#tag1  #tag1   label1
#tag2  #tag2   label2


What will MailMate do if it find a message with the flag `#tag1` with 
the gmail label `label2` (since MailMate tries to some corrections when 
it sees a discrepancy?)?


have a good weekend everybody,

/jody___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] How do changes to tag setup in MailMate affect messages in Gmail?

2016-01-25 Thread Jody Foo

On 22 Jan 2016, at 21:57, Benny Kjær Nielsen wrote:

If you assign a tag mapped to a Gmail label to an email then it'll 
trigger the creation of the label in Gmail.


Ok, thanks for the confirmation.

1. Am I correct that the above is the same thing as specifying a 
label path without the path existing in gmail? This would mean that I 
_do not_ have to create the label in (at least one of) the gmail 
accounts I have configured in MailMate before adding it as a Tag in 
the MailMate Preferences?


I believe that is correct.


Ok, makes using new Tags with Gmail label mappings easier! Am I correct 
however to understand that the *creation only happens when trying to 
apply the label for the first time*? *Not* when the text is entered in 
the *Tag preferences* right?


2. If I change the mapping of an existing tag in MailMate, what 
happens on the gmail side?


	3. only future tag assignments are affected and the old tagged 
messages are no longer considered to be tagged with the previous 
gmail label is again shown as a mailbox in Mailmate, or


I'm pretty sure it's number 3.


Ok, I'll have to keep that in mind. So one should think of the *Tag 
panel* in the preferences as "*Tag configuration*" rather than "*Tag 
Management*"?


3. With regard to the previous question, what steps should I perform 
to
	1. Change the mapping of a previously used tag to a new one? E.g. 
the tag "#todo" has been mapped to messages with the gmail label 
"todo" and now I want to use the label !todo in gmail?


In order to remap existing messages then you have to create a new tag 
to apply the new label. Then untag with the old label. Delete the old 
tag. Rename the display name of the new tag.


	2. Change the IMAP flag used for a tag? E.g. if the flag `todo` has 
been used but now I want to use the flag `#todo` and therefore 
replace all occurrences of the flag `todo` with `#todo`?


Ah, now I can see my previous answer did not take the IMAP keyword 
into consideration. It might be tricky to change an IMAP flag 
(keyword) without also changing the Gmail label. I cannot give you a 
clear answer on that one.


Ok, so again, the best way is to *approach the tag preferences like a 
config file*? I.e. that I'm never "renaming" a tag, or even "changing" 
any properties of anything, I'm simply editing the config file?


In that case, since it's a config file, I would be doing the following 
to edit something?


1. Config the new Tag+label you want to use
2. Add that Tag+label to all messages you want to have it
3. Remove the old Tag+label from the messages that have the new 
Tag+label

4. Remove the old Tag+label from the Tag preferences



3. Change the displayed string used by MailMate for a tag


This should always be safe since it really is just a display name. It 
doesn't affect anything on the server.


Ok!

4. Finally, what would happen if I did two or more of the above 
operations? E.g. if I changed the display string to `TODO`, the flag 
used to `#todo` and the gmail mapping to `tags/todo`? Is it _always_ 
"sort of" safe (I did this and no data was lost but there were some 
glitches)?


I think the safe approach is to create a new tag and then apply that 
to existing messages with the old tag. Then get rid of the old tag.


Ok, I'll see this as a confirmation of the steps I wrote above as well. 
(I think it should be included in the documentation in that case).


Well, I have learned that “mailbox” is often mis-interpreted as 
being an account. I think this is because with POP3 there is no 
difference between account and mailbox. In other words, even though 
MailMate uses the word “mailbox” then it's often safer to use the 
word “folder”. To me there is no difference between mailbox and 
folder (in the context of an email account).


Sounds reasonable, thanks for the explanation.

As a general comment: It may seem that MailMate should be better at 
automatically re-labeling/tagging emails when making changes, but it's 
not straightforward when and how to do it. (I think, at least, that 
MailMate should ask before doing anything.)


I don't think this should be done automatically because of the many 
steps involved. An updated screen for Tag management would be better I 
think. E.g. I do not think it should be possible to edit the list 
directly (inline) because of the complex sequence of changes that one 
might expect or MailMate might have to perform. An 'Edit' action beside 
the '+' and '-' buttons with a separate dialog would be better I think. 
Perhaps having one action called "Modify tag configuration" and one 
called "Manage Tag" would be even better.


Creating a tag I guess should also pop up a dialog box.

I know that having one that is "attached" to its parent is a 
possibility, but I prefer those that are free floating since they allow 
me to view the contents of the parent window.


The title of the dialog would reflect the chosen action: "Change tag 
configuration" or "Manage Tag" depending on the actions 

[MlMt] How do changes to tag setup in MailMate affect messages in Gmail?

2016-01-22 Thread Jody Foo
I have a few questions regarding how changes in tag setup in MailMate 
are propagated/reflected to Gmail. This email is a bit long, but its 
because I think there are a lot of details :P


**Background**: I recently tidied up my tag set and their location and 
basically did what I am asking in question 4. I had some temporary 
glitches (semi duplicate folders in MailMate, e.g. both folders 
`labelmappedtotag` and a new folder `_labelmappedtotag`. I don't 
remember the exact details, but this went away. Possibly after a 
MailMate crash..


I have three gmail accounts set up in MailMate. For all of these I have 
set up a gmail label[^label] called '`#`' under which all labels I am 
going to use as tags in MailMate should be stored. For example, the tag 
'#`purchase`' might have the following mapping in the MailMate 
preferences: '`#purchase` = '`#purchase` = '`#/purchase`'. I created all 
the labels in gmail first, some with messages.


I also discovered that if a *label structure defined in MailMate* *does 
not exist in gmail*, MailMate will *create* the label structure in gmail 
and then MailMate will add the newly created label to the message (or if 
its the Gmail API that does this?)


Now to my questions...

1. Am I correct that the above is the same thing as specifying a label 
path without the path existing in gmail? This would mean that I _do not_ 
have to create the label in (at least one of) the gmail accounts I have 
configured in MailMate before adding it as a Tag in the MailMate 
Preferences?


2. If I change the mapping of an existing tag in MailMate, what happens 
on the gmail side?
 1. messages get both new and old labels in gmail (*MailMate using IMAP 
flags* to _add_ gmail labels or

 2. the existing gmail label is renamed or
 3. only future tag assignments are affected and the old tagged 
messages are no longer considered to be tagged with the previous gmail 
label is again shown as a mailbox in Mailmate, or

 4. something completely different?

3. With regard to the previous question, what steps should I perform to
 1. Change the mapping of a previously used tag to a new one? E.g. the 
tag "#todo" has been mapped to messages with the gmail label "todo" and 
now I want to use the label !todo in gmail?
 2. Change the IMAP flag used for a tag? E.g. if the flag `todo` has 
been used but now I want to use the flag `#todo` and therefore replace 
all occurrences of the flag `todo` with `#todo`?

 3. Change the displayed string used by MailMate for a tag

4. Finally, what would happen if I did two or more of the above 
operations? E.g. if I changed the display string to `TODO`, the flag 
used to `#todo` and the gmail mapping to `tags/todo`? Is it _always_ 
"sort of" safe (I did this and no data was lost but there were some 
glitches)?


regards,

Jody

[^label]: I'll say *label* for gmail labels, tag for MailMate's 
implementation, and folder for IMAP-folders or MailMate folders (should 
that be Mailboxes technically?)___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate