after updating to the new 10.4 Version i am facing problems with the rules. All rules regarding moving mails to another folder lost their focus to the IMAP Folder which was set. I had to manually edit all rules and add the correct IMAP folder again. That was a lot of work in my case.
Yes there was a problem where Rules would not run with the new interium 10.4 version.
However this was fixed as @Michal_Burger advised in a later interim release V10.4.4171 as per the below thread.
Since then, there has been other updates and fixes etc in the official release V10.4.4195 which has now been pushed to users and also available to d/l via the release history page.
It seems there were 2 distinct issues with email addresses in rules. The second one seems to happen on IMAP servers that use delimiters different than /. We are working on a fix. It should be ready soon (in a few hours at worst). Sorry for the inconvenience. It slipped through the testing process as this scenario is pretty rare.
Why do you think the update is not offered? Have you used Check for updates in main menu?
An automatic update is offered only when starting the application and not more ofter than once in 24 hours.
Yes, I updated to version 4195 on Friday, since then I have regularly checked for updates every day and followed this thread, but the update did not load for me, even when I tried to launch it manually, this window always appeared:
Yes it is. The only 2 known issues with 10.4 currently are:
the one discussed in this thread (and even this one only happens to vast minority users with a very spocifici server setup)
A printing issue on macOS 26.2 which is caused by Apple breaking change in 26.2 and it happens in eM Client 10.3 as well, as this is caused by an Apple change, not eM Client’s
Fair percentage of eM Client users are already running 10.4.
Thank you. I will keep up with this thread and when it looks like it is all ok I will upgrade.. I am in no hurry as I see no mention that the deduplication bug has been tackled in this release. Thanks for the update.
Hi Michal, There has been a bug with the duplicator for a long time. When you run the deduplicator function, it marks all emails on the IMAP server as deleted, not just the duplicates. It should allow one email to be fully downloaded by other IMAP applications. This means that some applications that pay attention to this flag do not show even 1 of these emails.
My current specific problem is with PipeDrive, which reads and sends emails through the same IMAP account on our server. The problem is that if I use the deduplicator in EMClient, it marks emails as deleted, so my Pipedrive never gets to see them. Actually, I think I need to say it another way. The emails are downloaded into my Pipedrive account, but when I run the Duplicator in EMclient, they are removed from my Pipedrive account. I checked with the Pipedrive development team, and they confirm they cannot see the email anymore because it has been marked as deleted. I did a thorough test with them where they checked the email headers before I deduplicated them. After deduplication, only one email remained on the server (as expected) but it was marked as deleted. So, Pipedrive program decided to ignore it. They could not fix this problem from their end and suggested I talk to the EMClient team to get the deduplication function to work correctly. This is the subject of another post.
You have absolutely no idea how complex testing of eM Client is. Folders were broken only for very specific servers that use nonstandard delimiters. I am not aware of any issue with
Marking Junk and Deleted as read. I’ve just tried it and it worsk well. Have you reported the issue somewhere?
As you can see we put a lot of effort into supporting even our free users. If you don’t like the product despite that, feel free not to use it and stop wasting your time.