What's coming in 9.2

[girish]

We will be working on the following in 9.2. mail server needs a bunch of housekeeping and fixes and will be the focus for this release.

• Improved progress reporting - show percentage complete and elapsed/estimated time for backups and app installations
• Convert backup site creation dialog to a view
• mail: allow cloudron email to be used as a mail relay. this will allow one cloudron to relay emails via another cloudron without having to disable mail from validation.
• mail: fix mail forwarding. there's been lots of bug reports on this feature. have to investigate the root cause
• mail: admin notes field for mailboxes and lists
• mail: housekeeping task. we want to move away from usage of ldap for auth entirely. many of the node ldap modules have become unmaintained
• mail: housekeeping task. the mail database is partly in box code and partly in mail server. have to move everything into mail server. this will help us implement backup/restore of mail nicely as well.
• mail: expose mailbox indexing and spam learning status in the UI

[humpty]

Is it possible to add support for email forwarding from gmail/protonmail to a cloudron mailbox? I forgot the technical term but its something along sts/rts that currently prevents this. Any possible workaround?

[girish]

@humpty Cloudron alreayd has SRS but I think for google and friends we have to explicitly disable it. Will look into it when I look into the mail forwarding feature .

[imc67]

@girish does this includes the email spam whitelist mentioned here with API and GUI?
https://forum.cloudron.io/topic/15310/spam-acl-whitelist-in-api-but-not-in-gui/

[girish]

@imc67 yes, that's part of the plan

[avatar1024]

@girish Hi Girish, most likely related but slightly separate to what's been asked here, will you be investigating the forwarding/distributing issue when using an external relay as pointed to here?

[avatar1024]

Also given you're looking at emails, I wonder if you might have time to look at a couple more email related ideas (but I understand new features aren't and shouldn't be the priority over what you've listed):

1. Introducing manual / basic moderation for external mailing list (i.e. setting one email address / mailing list member who receives emails from external people and can decide whether or not to manually forward them to the list, like described here

2. Creating mailing list based on a group, so that mailing list members / email address get automatically updated when users enter / leave groups

3. Currently when I send an email to a mailing list I'm part of I also receive that email. Would it be possible to have an option (per mailing list) so that it is not the case, i.e. that senders don't receive their own email if they are part of the list?

[necrevistonnezr]

If you could only do something about the sorry state of webmail clients…

[jdaviescoates]

@necrevistonnezr said:

If you could only do something about the sorry state of webmail clients…

@necrevistonnezr I've not looked at it yet, but this could be promising on that front:

https://github.com/suitenumerique/messages