This is fixed now, pending an app release.

I guess I would evaluate the cloudron webmailer without migrating sieve scripts created by SOGo first. Since sieve scripts run anyways on the server and not in the mail client, they don't depend on SOGo being actively used (or even still installed) for the server-side filtering to apply. Unless of course one wants to evaluate the sieve filter creation and management capability of the mail client specifically, at which point one can test this with new filters and to not disrupt filters used in production, simply do not touch them.

@nebulon said: Are people using webmailer on mobile? Yes, some people will have harder time configuring a client than clicking on a link and login in.

This is fixed now for next release: [image: image.jpeg]

That's the feature I meant. In order to streamline things, I would probably show the folder list immediately and make the search field more visible... Thank you!

About the blocklists/allowlists: the ones on Cloudron side are server global and managed by admins. The ones here are mailbox local and controlled by user. They are merged essentially but the mailbox one "wins" and has more priority in case of conflicts. IMO, the admin one is only there in case the admin finds there is some major phishing or something going on and wants to block things for sure. Usually these lists are best controlled by end users themselves. I can fix the wording in the Cloudron dashboard since the Mail app is targeting the end user who doesn't care about the admin role settings.

Thanks for the offer @imc67 ! Definitely, we will make it translatable. I think we will have to make it a bit more stable UI wise first, otherwise translators are going to get frustrated with all the rework

We are adding keyboard shortcuts as we touch features, the latest one has at least / for focusing the search input for a start

I really like the overall experience. One feature I’d love to see added is a clear notification or unread-count badge for important updates. A quick filter or search option would also make it easier to find specific information quickly. The inquiry option could be made more intuitive with clearer wording. Multilingual support would also be a great future addition. Overall, these improvements could make the experience more user-friendly and efficient.

@necrevistonnezr said: Allow i.e. something like "has:attachment" or "from:sender" in the search field (and expose such parameters in the UI) + They need to be able to work together too eg "from:sender has:attachment"

So the issue was the old mailbox names were cached and needed a fix in our error handling code. Thanks for reporting @user123456 . For the security concern: only the mailbox names were listed. The app itself has no permission to read other people's mail. So, the mailboxes were all failing to load and as a result the loading was very slow.