Freron MailMate

Comments and changes to this ticket

• 

  benny February 17th, 2022 @ 10:06 PM

  Could you provide me with an example filename which triggers this issue?

• You flagged this item as spam.
  

  rontaro February 18th, 2022 @ 01:41 AM

  Hi,

  All Japanese file names attached to e-mails will be garbled.

  For example, let's attach a file with the following Japanese name
  CIOMS_02_1_修正済み.pdf

  On the receiving side, the above file name will be displayed as follows.
  CIOMS_02_1_%e4%bf%ae%e6%ad%a3%e6%b8%88%e3%81%bf.pdf

  Regards,

• 

  benny February 23rd, 2022 @ 10:35 AM

  • State changed from “new” to “reproduced”

  Ok, first of all, it does work if I send it to Apple Mail. As far as I can see MailMate doesn't do anything strictly wrong.

  This is one of those problems where doing it the “right way” doesn't always work in practice. I tried sending an email using Gmail to see how they do encoding -- and yes, they do it the incorrect way.

  After a bit of googling then I think maybe the approach described in this blog post is the way to go to make it work despite buggy email clients. I can see that this is also what Apple Mail does.

• 

  benny February 23rd, 2022 @ 11:10 AM

  • State changed from “reproduced” to “fixcommitted”

  Turns out Gmail did mostly handle things the right way, but MailMate had to behave exactly like Apple Mail to make it work. I'm now generating an additional filename parameter which is kind of obsolete/redundant, but it'll likely have better interoperability with other email clients -- at least as well as Apple Mail.

  (This fix will be in r5873+ when available.)

• You flagged this item as spam.
  

  rontaro March 1st, 2022 @ 11:47 PM

  We have confirmed that this issue has been resolved in r5873.
  Thank you for the fix.
  Best regards,