[MlMt] Searching on attachment filenames

Benny Kjær Nielsen mailinglist at freron.com
Thu Jun 2 06:00:39 EDT 2022

On 1 Jun 2022, at 16:49, Glenn Parker wrote:

> If I just search for “A ics”, I *only* see messages from year 2020 
> and earlier.

It's better to use `A .ics` to avoid attachments which happen to include 
`ics` in its name.

> I verified that I have messages from year 2022 with an 
> “Attachment.ics” attached file.

If possible, send me an example via “Help ▸ Send Feedback”. You 
can also use “View ▸ Show Raw Message” and locate the 
`Content-Disposition` header and the `Content-Type` header of the 
calendar attachment. These are likely all I need to figure out why this 

There might be an issue with MailMate not looking at some specific 
variant of specifying the filename. The filename indicates that MailMate 
could not find the name (or there is no name) and gave it a default name 
of `Attachment.ics` based on its MIME type. In that case, it's hard to 
search for. I think maybe this would work:

	Content-Type ▸ Subtype is “calendar”

For which you need to enable the “All body parts” check mark for the 
“is” comparison method.

I'm not saying that this shouldn't be easier :) For example, when using 
the `A` search MailMate should (to be intuitive) somehow also search the 
name which is generated for display.

> I tried rebuilding my entire message database, but I still get the 
> same results. Is this maybe a problem with searching on filename 
> extensions versus the main filename?

No, I don't believe it is.

> P.S. I’m wondering if rebuilding the message index could be faster? 
> I didn’t really need to re-download every message, I just wanted to 
> rebuild the indexes, but the MailMate Help only suggested the 
> .rebuild.tmp method, which forced a complete message refresh.

That “trick” should not trigger re-downloading emails, but it could 
certainly work better. In general, rebuilding should not be needed 
unless MailMate detects an issue itself. I'm afraid it's used far too 
often in an attempt to fix unrelated issues (not that this particular 
issue could not somehow have been related).

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20220602/5eed701c/attachment.htm>

More information about the mailmate mailing list