Re: [MlMt] Date column

2017-01-12 Thread Bill Cole 

On 4 Jan 2017, at 16:26, Dave C wrote:

User can display date as absolute or relative date/time. Both these 
are apparently the time stamp of the sender’s server and time zone.


That's not apparent at all. In fact, it is quite clearly NOT what I see, 
which is that "Date Sent" is the message Date header adjusted to the 
local zone, while "Date Received" is the time and date in the most 
recent Received header adjusted to the local zone.



Can I specify the date & time sent, shown in my time zone?


If your time is set correctly, it already does this. Benny explained 
some of how dates are handled here: 
https://lists.freron.com/mailmate/2013-July/000817.html

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

Re: [MlMt] Date column

2017-01-12 Thread Bill Cole 

On 12 Jan 2017, at 14:24, Robert Brenstein wrote:

Ah, that explains why I suddenly see messages from the day before even 
if I processed all new mail before shutting down for the night. I had 
Eudora set to show dates in my time zone and did not think that MM 
shows in the sender’s original time zone.


MM already DOES show dates adjusted to the local zone.

One thing that may explain what you're seeing is that MM tracks 2 
different timestamps: "Date Sent" and "Date Received."  "Date Sent" is 
the message Date header, adjusted to the local zone, while "Date 
Received" is derived from the time and date in the most recent Received 
header.

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

Re: [MlMt] Date column

2017-01-12 Thread Benny Kjær Nielsen 

On 12 Jan 2017, at 20:24, Robert Brenstein wrote:


On 4 Jan 2017, at 22:26, Dave C wrote:

User can display date as absolute or relative date/time. Both these 
are apparently the time stamp of the sender’s server and time zone.


Can I specify the date & time sent, shown in my time zone?


Ah, that explains why I suddenly see messages from the day before even 
if I processed all new mail before shutting down for the night. I had 
Eudora set to show dates in my time zone and did not think that MM 
shows in the sender’s original time zone. I second adding this 
option (if it is not hidden somewhere).


MailMate should already show you dates in your own time zone (in the 
Date Received column). If this does not happen then it's a bug. Tell my 
your time zone and forward an example (you can use “Help ▸ Send 
Feedback” and simply drag an example into the message).


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

Re: [MlMt] Eudora's mail concatenation in MailMate

2017-01-12 Thread John D. Muccigrosso 

On 12 Jan 2017, at 13:46, Mike Petonic wrote:

No objection from me. I just think that a markdown manual collaborated 
with on GitHub is less collaborative (i.e., someone has to do the 
integrations and approve them) as compared to a Wiki, where they just 
have to be monitored.  I doubt that Benny has that much available time 
to do the integrations, and I think we'd all rather that Benny focus 
on continuing to make MM the best damned MUA for macOS. :-)


On the other hand, if we have volunteers to do the editing from 
submissions, then my concern would go away, and a manual format is 
oftentimes that best format for certain people because of the 
linearity (it's not my desired format, however).


I’m indifferent to the method, but since github already points the 
wiki to the manual, something would have to change.


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

Re: [MlMt] Date column

2017-01-12 Thread Robert Brenstein 
Ah, that explains why I suddenly see messages from the day before even 
if I processed all new mail before shutting down for the night. I had 
Eudora set to show dates in my time zone and did not think that MM shows 
in the sender’s original time zone. I second adding this option (if it 
is not hidden somewhere).


Robert

On 4 Jan 2017, at 22:26, Dave C wrote:

User can display date as absolute or relative date/time. Both these 
are apparently the time stamp of the sender’s server and time zone.


Can I specify the date & time sent, shown in my time zone?

Thanks,
Dave
___
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] Cannot Send S/Mime Mail

2017-01-12 Thread Jan Vanvinkenroye 

Hi!

On 2 Jan 2017, at 22:43, Benny Kjær Nielsen wrote:

You can try enabling some debug code and launch MailMate from a 
Terminal window. It works like this:


defaults write com.freron.MailMate MmDebugSecurity -bool YES
/Applications/MailMate.app/Contents/MacOS/MailMate

Then try again and see if the output is helpful in any way.


That did not deliver more messages.


---
mit freundlichen Grüßen

Jan Vanvinkenroye

j...@vanvinkenroye.de * fon 07141 990 13 00 * mobil 0171 185 46 55 * fax 
07141 4874986

Cäsar-von-Hofacker-Anlage 12 * 71640 Ludwigsburg
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Eudora's mail concatenation in MailMate

2017-01-12 Thread Mike Petonic 

On 12 Jan 2017, at 8:59, John D. Muccigrosso wrote:

On 12 Jan 2017, at 11:50, Mike Petonic wrote:

Perhaps we could use Github's Wiki feature of the 
https://github.com/mailmate/ site.  It doesn't appear that it's 
enabled, or rather, it is enabled but it just redirects us to the 
markdown manual (https://github.com/mailmate/mailmate_manual) again.


We could agree to limit the scope to a best-practices wiki, and thus 
wouldn't have a lot of scope creep.


Not a bad idea, but what’s the objection to putting such a section 
into the manual on github?


No objection from me. I just think that a markdown manual collaborated 
with on GitHub is less collaborative (i.e., someone has to do the 
integrations and approve them) as compared to a Wiki, where they just 
have to be monitored.  I doubt that Benny has that much available time 
to do the integrations, and I think we'd all rather that Benny focus on 
continuing to make MM the best damned MUA for macOS. :-)


On the other hand, if we have volunteers to do the editing from 
submissions, then my concern would go away, and a manual format is 
oftentimes that best format for certain people because of the linearity 
(it's not my desired format, however).


That's my $0.02.
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Eudora's mail concatenation in MailMate

2017-01-12 Thread Ted Byfield 
That seems like an excellent approach from a user perspective (or at 
least this one's).


Cheers,
T

On 12 Jan 2017, at 11:59, John D. Muccigrosso wrote:


On 12 Jan 2017, at 11:50, Mike Petonic wrote:

Perhaps we could use Github's Wiki feature of the 
https://github.com/mailmate/ site.  It doesn't appear that it's 
enabled, or rather, it is enabled but it just redirects us to the 
markdown manual (https://github.com/mailmate/mailmate_manual) again.


We could agree to limit the scope to a best-practices wiki, and thus 
wouldn't have a lot of scope creep.


Not a bad idea, but what’s the objection to putting such a section 
into the manual on github?

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

Re: [MlMt] Eudora's mail concatenation in MailMate

2017-01-12 Thread John D. Muccigrosso 

On 12 Jan 2017, at 11:50, Mike Petonic wrote:

Perhaps we could use Github's Wiki feature of the 
https://github.com/mailmate/ site.  It doesn't appear that it's 
enabled, or rather, it is enabled but it just redirects us to the 
markdown manual (https://github.com/mailmate/mailmate_manual) again.


We could agree to limit the scope to a best-practices wiki, and thus 
wouldn't have a lot of scope creep.


Not a bad idea, but what’s the objection to putting such a section 
into the manual on github?


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

Re: [MlMt] Eudora's mail concatenation in MailMate

2017-01-12 Thread Mike Petonic 
I agree about having a best-practices forum, of some sort, beyond the 
email list.


We've got some very good power users and when they contribute things, 
that's great, but using a mailing list or even mailing list archives is 
like looking through a toilet-paper roll to drive.  Very tunnel-vision 
like.


I like the idea of a subreddit, but I'd guess that probably less than 
50% of the users use reddit.


Perhaps we could use Github's Wiki feature of the 
https://github.com/mailmate/ site.  It doesn't appear that it's enabled, 
or rather, it is enabled but it just redirects us to the markdown manual 
(https://github.com/mailmate/mailmate_manual) again.


We could agree to limit the scope to a best-practices wiki, and thus 
wouldn't have a lot of scope creep.



On 11 Jan 2017, at 18:56, Ted Byfield wrote:

It could be, but I assume that Benny has his hands full (and would 
like time off). Resources like that can involve multiple layers of 
work (writing, updating with releases, etc); and sometimes they're 
best done by users — for example, as a subreddit.


Cheers,
T

On 11 Jan 2017, at 21:25, John D. Muccigrosso wrote:


On 11 Jan 2017, at 11:28, Ted Byfield wrote:

A Mailmate tips/tricks resource would very useful to fill the gap 
between the manual (which should be very minimal) and this ~support 
list (which is great but a noisy way to build practical knowledge).


This isn't intended as a criticism of MM at all — on the contrary, 
I'm just thinking about a resource that could help it to grow.


Why can’t the manual have this as part of it?

(BTW, I’ve got a months-old PR on the manual: 
https://github.com/mailmate/mailmate_manual .)

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

Re: [MlMt] Also awesome: counters

2017-01-12 Thread Zvi Biener 

Hi Dave,
the filter was quoted in the original message. You can see the filter 
itself after "filter = ", or just copy and save the file for the counter 
itself.


Zvi
On 12 Jan 2017, at 1:57, Dave C wrote:


Zvi,
Would you please show us the filter you used for delayed send messages 
in your Drafts folder?


Or just attach the plist?

Thanks,
Dave

-=-=-=-


Hi Mailmates,

Since some of you have been sharing neat tidbits, I thought I'd share 
one of my favorites: customizable counters.


Each mailbox can have a "Displayed Count" next to it, showing by 
default: All, Unread, Flagged, Unreplied, and Recent. However, the 
counters can be configured with pretty much anything. For example, I 
have a counter called "Outgoing" which lists messages that are about 
to be sent (I use time delay, so this shows me what messages are 
waiting to be sent). I use it on the "Drafts" mailbox. This is a 
small thing, but neat and quite useful for those using delay, without 
needing an independent smart mailbox.


As far as I can tell, you can take a set of conditions from any smart 
mailbox and create a counter. Open Mailboxes.plist and copy out the 
"filter" associated with the smart mailbox. Create countMenu.plist in 
~/Library/Application Support/Mailmate/Resources, following this 
format :


{
counts = (
		{ key = "outgoing"; title = "Outgoing"; filter = "#relay exists"; 
},

);
}

Insert your own filter after "filter = " and there you go. Off the 
top of my head, the 'trick' can be used to show some important subset 
of the Inbox, messages with important keywords, etc.


Thanks for a great app, Benny.

Zvi

___
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] Automating Mailmate - best way?

2017-01-12 Thread Benny Kjær Nielsen 

On 10 Jan 2017, at 9:34, Jan Erik Moström wrote:

If I want to automate certain aspects of my mail handling what is the 
best way to go about this. Classes of things I would like to do are


+ Create a new emails
+ Call on a script with references to one or more selected emails
(+ Trigger a script based an a filter)

I looked at the applescript dictionary and it seem to be pretty basic 
(too basic to be useful??). I also looked at some of the bundles and 
it looks like any kind of language would work here.


Bundles are the way to go. Rules in mailboxes can also trigger bundle 
commands.


So, is there some language that is a "better choice" for some reason 
when interacting with Mailmate? Personally, it doesn't matter much but 
I would prefer not to use Cobol, Fortran or APL :D


No, you can use any language you like. Typical choices would be Ruby or 
Python. There is very little documentation though. Starting points are 
the existing bundles and this important hint: Each `uuid` (which exist 
in most of the files) **must** be unique. You can put such a unique 
value on the pasteboard using this command:


uuidgen | tr -d "\n" | pbcopy

Custom bundles should be placed here:

~/Library/Application Support/MailMate/Bundles/

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

Re: [MlMt] Eudora's mail concatenation in MailMate

2017-01-12 Thread Sam Hathaway 
 Any sufficiently-motivated user could start an unofficial MailMate "tips n 
tricks" wiki. There are a variety of free wiki farms out there:

https://en.wikipedia.org/wiki/Comparison_of_wiki_hosting_services

If I set one up, do you suppose there'd be interest? Would Benny be willing to 
link to it?
-sam

On January 11, 2017 9:56:28 PM EST, Ted Byfield  wrote:
>It could be, but I assume that Benny has his hands full (and would like
>
>time off). Resources like that can involve multiple layers of work 
>(writing, updating with releases, etc); and sometimes they're best done
>
>by users — for example, as a subreddit.
>
>Cheers,
>T
>
>On 11 Jan 2017, at 21:25, John D. Muccigrosso wrote:
>
>> On 11 Jan 2017, at 11:28, Ted Byfield wrote:
>>
>>> A Mailmate tips/tricks resource would very useful to fill the gap 
>>> between the manual (which should be very minimal) and this ~support 
>>> list (which is great but a noisy way to build practical knowledge).
>>>
>>> This isn't intended as a criticism of MM at all — on the contrary, 
>>> I'm just thinking about a resource that could help it to grow.
>>
>> Why can’t the manual have this as part of it?
>>
>> (BTW, I’ve got a months-old PR on the manual: 
>> https://github.com/mailmate/mailmate_manual .)
>___
>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] Correspondence View / Sort Order

2017-01-12 Thread Robert M. Münch 
On 12 Jan 2017, at 10:08, Mike Brasch wrote:

>> Is there a way that I can make "newest first" a default?
>
> Just add a date column (context menu on subject header) and sort by date. :-)

I did already, but might have forgotten to set this as the "default setup". 
Thanks for the reminder ;-)

-- 

Robert M. Münch, CEO
M: +41 79 65 11 49 6

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] Correspondence View / Sort Order

2017-01-12 Thread Mike Brasch 
Moin moin.

On 12 Jan 2017, at 8:18, Robert M. Münch wrote:

> Is there a way that I can make "newest first" a default?

Just add a date column (context menu on subject header) and sort by date. :-)

-- 
Gruß
Mike
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

Re: [MlMt] Also awesome: counters

2017-01-12 Thread Dave C 

Zvi,
Would you please show us the filter you used for delayed send messages 
in your Drafts folder?


Or just attach the plist?

Thanks,
Dave

-=-=-=-


Hi Mailmates,

Since some of you have been sharing neat tidbits, I thought I'd share 
one of my favorites: customizable counters.


Each mailbox can have a "Displayed Count" next to it, showing by 
default: All, Unread, Flagged, Unreplied, and Recent. However, the 
counters can be configured with pretty much anything. For example, I 
have a counter called "Outgoing" which lists messages that are about 
to be sent (I use time delay, so this shows me what messages are 
waiting to be sent). I use it on the "Drafts" mailbox. This is a small 
thing, but neat and quite useful for those using delay, without 
needing an independent smart mailbox.


As far as I can tell, you can take a set of conditions from any smart 
mailbox and create a counter. Open Mailboxes.plist and copy out the 
"filter" associated with the smart mailbox. Create countMenu.plist in 
~/Library/Application Support/Mailmate/Resources, following this 
format :


{
counts = (
{ key = "outgoing"; title = "Outgoing"; filter = "#relay 
exists"; },
);
}

Insert your own filter after "filter = " and there you go. Off the top 
of my head, the 'trick' can be used to show some important subset of 
the Inbox, messages with important keywords, etc.


Thanks for a great app, Benny.

Zvi

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