Unfortunately Apple Mail compatibility with alot of other mailers has always been an issue. Apple as a company doesn’t really care if their stuff is not compatible as they have enough users of their own who use Apple Mail at the other end not worry about it.
Apple needs to standardise with the rest of the world, so these sort of issues won’t arrise. Just causes havock for developers writing mailers.
This reminds me of programming web pages recently for Chromium based browsers where Safari on Mac is supposed to be Chromium based but alot of Chromium programming just won’t work as Apple doesn’t or won’t support alot of stuff other Chromium browsers like Chrome, Edge, Opera, Brave etc do support.
As @Gary says eM Client are looking for workarounds to support Apple Mail.
Ps I personally have now converted all my Mac Mail friends to eM Client for Mac so at least now they can email me with no problems.
If you look back in the thread or the other one on this topic, @Gary or someone from eM Client has been saying for years that they were going to work this out.
I’m impressed that you were able to convince your Mac friends to switch, I wouldn’t even try on my friends since they’re all fanboys.
I am sending an email through a NAS box under Linux (using sendmail): so I control the full email source (well, almost).
Sending to my personal domain, the email is shown correctly in EmClient (no extra attachment for the body neither blank body), but sending to an iCloud email, EmClient shows the body also as an attachment. Even worse, if there is a real attachment, the body is still as an attachment (at least), but the body doesn’t show at all.
I compared both email sources and I don’t see anything significative that I would think as the issue. There are some “X-” headers added by iCloud, but the message is still separated from the header by two CRLF.
Also, I would like to add that using the web application of iCloud, the email is perfect.
@Gary Thank you to include yourself into the problem. Unfortunately, this is not the case. I am a senior software engineer and this email sent is done by creating the source itself (so you know a bit more about the context).
Two test emails were sent: body only OR body + attachment.
In the first case, the message is not multipart thus the body is right after the headers and even though in this case the body is shown, it is also appearing as an attachment.
In the second case, the message is mutipart, but there is only two parts: the first is the body as “text/plain” and the second is the attachment encoded in base64. Now, the body is still shown as an attachment, but worst, not as the email content.
I hope I was enough clear.
More over, remember, sending the same (exactly the same except the “To” header) to another email address (my own domain), the problem doesn’t show up. And I as said, the difference is the added header entries by iCloud.
If you open the source text, it seems as if there are some elements that causes eM Client to omit the rest of the mail in the body and they only show up as (multiple) attachment.htm attached to the e-mail, instead of being directly visible.
From what i can tell, this is problematic: “=EF=BF=BC”
It most likely originates from Apple Mail and i believe it is related to copy and paste commands by the sender. It shows up correctly on other mail client though (checked on K-9 for Android and MyMail for iOS).
It is suuuuuper annoying and made me miss some important client information several times already, as it is not always obvious.
I’m sure you’ve gone through this thread, but in particular, please see my entries. I have another, similar thread elsewhere, as it’s been a particularly acute problem for me for a decade.
eM Client seems to be resolute in their lack of willingness to address this, insisting (for the past decade) that we should be complaining to Apple instead. A particularly arrogant stance considering that many, perhaps the majority of us are not Apple users, making our complaints far beyond irrelevant to them. dgi
This is a phenomenon that is particular to the Appleverse. It is really difficult to recreate and doesn’t happen with all messages sent from Apple apps. It may have something to do with inserting an attachment in the middle of the message, but only in a specific way, or something else. Then what the Apple app does is create multiple HTML sections.
In order to display multiple HTML sections in eM Client we would need to concatenated them and still use a valid HTML for the whole lot. Other applications can’t handle these multiple HTML sections either. MS Outlook can’t do that on the version we tested it with, and Thunderbird doesn’t manage this either.
If you have a Pro License with VIP Support, please open a support ticket and include a sample of this kind of message as a eml. We can investigate it there.
Thunderbird handles Apple mail properly, like the majority of other clients I’ve tried (other than eM Client). I’m afraid you’re wrong about that. And asking for message samples and creating support tickets is just silly. I did all that nearly a decade ago, have been complaining about this issue since, and eM Client hasn’t budged one millimeter.
Please give me your ticket number where you reported this and I will look into it for you. I can only find a few tickets going back a couple of years, so it is possible you opened it under a different email address.
If it is not the Apple multiple HTML section issue, then we will need to investigate it further. If I have your previous ticket I can resume from there.
This is, in fact, the Apple line break issue. But I’d given up on this long ago. It’s just an ongoing nuisance but sadly, not the only one in life. Thanks anyway.
Hi all,
It’s been 8 years since I bought my first EM PRO licence. I was using Qualcomm Eudora Pro since 1996 before migrating.
What i can read is that EM dev team wasn’t able to solve those crappy attachment.htm files when an Apple user is sending you a mail.
Whatever the issue is (parsing or anything), they did NOT fix it. I don’t care if Apple is breaking any rule. Just like a lot of other users, I’d like to have my emails displayed correctly just like ANY OTHER MAIL CLIENT. I’m fed up having to open htm files to get my whole emails.
So do you, EM team, want to be compatible with the world by fixing your software once for all or do I have to migrate again ?
StF, upset customer.
