eMClient seems to incorrectly decode URL's in email

Hi eMClient community,

I ran in a little issue with the eM client with regards how it decodes the URL’s.

Suppose I am registered on some fictional service My.app and my email is my+email@my.app. If I want to reset the password, I will get an email with following password reset link:

<a href="https://my.app/reset-password?email=my%2Bemail%40my.app">Reset password</a>

However, eM clinet “decodes” the URL and I will actually visit https://my.app/reset-password?email=my+email@my.app.

The problem is that “+” could be also decoded as a space, thus my.app will try to reset password for the email my email@my.app (with space) which will fail.

Isn’t this buggy behavior? Why is the eM client decoding the URL in the first place?

Thanks for your answer and have a nice day!