Re: [MlMt] Matching on attachment names

2016-08-15 Thread Gary Hull
Maybe try testing with a file where "Note" is a separate word, with no 
tailing underscore, to see if the string matching is fussy that way.


On 16 Aug 2016, at 0:02, Eric A. Meyer wrote:


Hi there,

I have a smart mailbox that matches for any message with the string 
"meeting notes" in the subject.  That works fine, but now I'm trying 
to add a condition that also brings in any message with an attachment 
whose name includes "meeting notes".  The smart mailbox conditions 
are:


Any of the following are true:

- Subject > Body   contains  Meeting Note
- Attachment-name  contains  meeting note

I have the "All Body Parts" option set for the second condition, but 
not the first.  Despite this, attachment names don't seem to be 
matching.  I have a recent message with a Word .docx file (I know, I 
know) whose name it "Weekly Meeting Note_8_11_16.docx" and it's not 
showing up in the smart mailbox.  Any ideas why, or suggestions for 
debugging?



--
Eric A. Meyer - http://meyerweb.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


[MlMt] 2 questions

2016-08-15 Thread Howard Wettstein
1. When I look through older correspondences the attachments are 
sometimes missing. I can find my replies and, scrolling down, the 
original received message, but the attachment is not there. Is there a 
way to retrieve it? Why isn’t it there.


2. I don’t seem to be using the 2.0 beta. How does one get it?

Thanks.
Howie

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


Re: [MlMt] mailmate on the dock

2016-08-15 Thread Robert Brenstein

On 15.08.2016 at 15:01 Uhr -0400 Bill Cole apparently wrote:

On 15 Aug 2016, at 9:40, Robert Brenstein wrote:

At first glance, it looks like the script that does the upgrade 
failed to remove the old icon from the dock.


That's not how it works. Apps (and their installers) don't manage 
their own icons in the Dock.


The icon you see in the Dock is determined by Launch Services, a Mac 
OS X subsystem that keeps track of file types and associated "kind" 
strings, icons, URL scheme associations (and probably other details 
that are slipping my mind...) for all apps. Launch Services is 
essentially the MacOS X replacement for the Finder's "desktop" files 
in classic MacOS. It has difficulties with edge cases like the 
existence of multiple versions of an app in different places that 
both are represented in metadata (Spotlight) indices. The most an 
app installer can do is explicitly tell LS to register an app that 
it has just installed, however it sometimes seems like LS doesn't do 
as it is told. If I knew why this was, I'd be sending my resume to 
Apple because no one there has been able to work it out for about a 
decade...




I meant the script in the installer. I do realize that you did not 
write that code. Aynway, it is not a real issue. I reported it 
because this is the first time  ever I saw this but apparently I have 
only been lucky until now ;-)


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


Re: [MlMt] mailmate on the dock

2016-08-15 Thread Bill Cole

On 15 Aug 2016, at 9:40, Robert Brenstein wrote:

At first glance, it looks like the script that does the upgrade failed 
to remove the old icon from the dock.


That's not how it works. Apps (and their installers) don't manage their 
own icons in the Dock.


The icon you see in the Dock is determined by Launch Services, a Mac OS 
X subsystem that keeps track of file types and associated "kind" 
strings, icons, URL scheme associations (and probably other details that 
are slipping my mind...) for all apps. Launch Services is essentially 
the MacOS X replacement for the Finder's "desktop" files in classic 
MacOS. It has difficulties with edge cases like the existence of 
multiple versions of an app in different places that both are 
represented in metadata (Spotlight) indices. The most an app installer 
can do is explicitly tell LS to register an app that it has just 
installed, however it sometimes seems like LS doesn't do as it is told. 
If I knew why this was, I'd be sending my resume to Apple because no one 
there has been able to work it out for about a decade...


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


Re: [MlMt] Matching on attachment names

2016-08-15 Thread Sherif Soliman


On 15 Aug 2016, at 11:02, Eric A. Meyer wrote:


Hi there,

I have a smart mailbox that matches for any message with the string 
"meeting notes" in the subject.  That works fine, but now I'm trying 
to add a condition that also brings in any message with an attachment 
whose name includes "meeting notes".  The smart mailbox conditions 
are:


Any of the following are true:

- Subject > Body   contains  Meeting Note
- Attachment-name  contains  meeting note

I have the "All Body Parts" option set for the second condition, but 
not the first.  Despite this, attachment names don't seem to be 
matching.  I have a recent message with a Word .docx file (I know, I 
know) whose name it "Weekly Meeting Note_8_11_16.docx" and it's not 
showing up in the smart mailbox.  Any ideas why, or suggestions for 
debugging?




I can confirm that setting the `Attachment-Name` condition didn't work 
for me either (on the latest MailMate 2.0BETA - 6050).


But setting the `Filename` condition did. e.g., Filename > contains > 
jpg.


Does that do what you need?

(even if it does, it doesn't explain why `Attachment-Name` doesn't, or 
what it's supposed to do if not that).


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


Re: [MlMt] mailmate on the dock

2016-08-15 Thread Sam Hathaway

On 15 Aug 2016, at 9:40 AM EDT, Robert Brenstein wrote:


On 13.08.2016 at 15:55 Uhr +0200 Benny Kjær Nielsen apparently wrote:

On 11 Aug 2016, at 17:32, Robert Brenstein wrote:

I just upgraded from build 6047 to 6048 and MM did a strange thing 
-- it left the old icon on the dock and added a new icon. Only the 
new icon had counts (see attachment). I removed the old icon 
manually, but apparently the second icon was only a temp thingy as 
it went away from the dock after I quit MM.


Anyone else noticed that?


I've seen this myself on very rare occasions. I'm not really sure 
what triggers it and it's tricky to debug. (I'm not even sure it's a 
MailMate only issue.)


--
Benny


I haven't seen it in any other in-program upgrade so far and most 
programs use that mechanism nowadays. At first glance, it looks like 
the script that does the upgrade failed to remove the old icon from 
the dock. If that happens only rarely, it could be a timing issue.



This happens with some Firefox upgrades as well. It’s certainly not 
MailMate-specific.

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


Re: [MlMt] 2.0 feature request: attachment preview at bottom

2016-08-15 Thread John D. Muccigrosso

On 15 Aug 2016, at 9:35, Robert Brenstein wrote:


On 15.08.2016 at 9:08 Uhr -0400 John D. Muccigrosso apparently wrote:


On 14 Aug 2016, at 17:29, Robert Brenstein wrote:





You mean like document icons with filenames below the message body.




That would work, but the key is to have them always visible, so 
perhaps in a pane like the preview. This pane would only appear when 
there were attachments.


John


When there are attachments and when the preview is visible would be 
better IMHO. An alternative could be to list them in the header, like 
for example the tags.


I never show the preview, so that wouldn’t work for me. They could be 
up top somewhere too. Always visible and obvious is the goal.


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


Re: [MlMt] mailmate on the dock

2016-08-15 Thread Robert Brenstein

On 13.08.2016 at 15:55 Uhr +0200 Benny Kjær Nielsen apparently wrote:

On 11 Aug 2016, at 17:32, Robert Brenstein wrote:

I just upgraded from build 6047 to 6048 and MM 
did a strange thing -- it left the old icon on 
the dock and added a new icon. Only the new 
icon had counts (see attachment). I removed the 
old icon manually, but apparently the second 
icon was only a temp thingy as it went away 
from the dock after I quit MM.


Anyone else noticed that?


I've seen this myself on very rare occasions. 
I'm not really sure what triggers it and it's 
tricky to debug. (I'm not even sure it's a 
MailMate only issue.)


--
Benny


I haven't seen it in any other in-program upgrade 
so far and most programs use that mechanism 
nowadays. At first glance, it looks like the 
script that does the upgrade failed to remove the 
old icon from the dock. If that happens only 
rarely, it could be a timing issue.


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


Re: [MlMt] 2.0 feature request: attachment preview at bottom

2016-08-15 Thread Robert Brenstein

On 15.08.2016 at 9:08 Uhr -0400 John D. Muccigrosso apparently wrote:

On 14 Aug 2016, at 17:29, Robert Brenstein wrote:



You mean like document icons with filenames below the message body.


That would work, but the key is to have them always visible, so 
perhaps in a pane like the preview. This pane would only appear when 
there were attachments.


John


When there are attachments and when the preview is visible would be 
better IMHO. An alternative could be to list them in the header, like 
for example the tags.


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


[MlMt] fonts in 2.0 BETA

2016-08-15 Thread Rob McBroom

I’m posting this here, since I think its “of general interest”.

Based on messing with font settings, tell me if I understand this 
correctly.


If I choose a font for the message body, it will be applied to HTML 
messages (overriding the font chosen by the sender).


If I open a plain-text message, or one that’s converted to HTML via 
Markdown, the “theme for plain text emails” takes over and I get 
whatever font is defined there.


If that’s true, it seems backwards to me. I would like to choose a 
font for plain text and locally rendered Markdown, and I would like HTML 
messages from others to appear exactly as sent. Is that possible?


--
Rob McBroom
http://www.skurfer.com/
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] 2.0 feature request: attachment preview at bottom

2016-08-15 Thread John D. Muccigrosso

On 14 Aug 2016, at 17:29, Robert Brenstein wrote:


On 14.08.2016 at 10:41 Uhr -0400 John D. Muccigrosso apparently wrote:


On 14 Aug 2016, at 4:58, Benny Kjær Nielsen wrote:

You mean an option to force inlining of all attachments even if they 
are not defined to be inlined by the sender?




No, not inline, just available at the bottom of the window.

John


You mean like document icons with filenames below the message body.


That would work, but the key is to have them always visible, so perhaps 
in a pane like the preview. This pane would only appear when there were 
attachments.


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