What's coming in Cloudron 10

[girish]

girish said:

mail: admin notes field for mailboxes and lists

This is implemented. There is a notes field for each mailbox and list.

[girish]

girish said:

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.

Both done now Got rid of LDAP entirely from the mail server.

[sponch]

any ETA?

[girish]

@sponch still a long way out since we are just implementing the features. I can provide a date, when we are at least done implementing them But we are moving very quickly

[crazybrad]

@girish Since V10 is focused on email, wondering if this feature would be possible: Spam Assassin rules by domain.

Due to AI-driven email spam, I need to manually add about 10 domains to the global block list almost on a daily basis . It's a battle I can't win and huge waste of time.

I'd like to change Spam Assassin rules to deposit all email in the spam folder, except for known contacts and vendors I allow through. But this needs to be on a per domain basis
as every domain would have a different "allow list". It is also possible that some domains would not want this "spam as default" behavior.

Does Cloudron support something like this already, or could this capability be added to the V10 email upgrade the team is working on?

[girish]

girish said:

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.

I have made two big changes here. The domain level flag to disable mail from validation is now gone. It is now instead per mailbox. The migration logic will migrate the domain level settings into mailbox level setting.

In general, you should never need the above flag and it's only there because we had the global flag. There is a now a new feature called SMTP relay. You can create tokens which you put in external apps/services to send mail via your server.

[necrevistonnezr]

Can I / we sneak this request into Cloudron 10? https://forum.cloudron.io/topic/15546/persistent-sorting-of-apps-by-running-stopped

[girish]

Personal access tokens will be renamed to API tokens.

Currently, the tokens are per user and created in the user's profile page and is hidden from the purview of admins. On Cloudron, most (practically all) of the APIs are server level operations. There is nothing a user can do which is really just for themselves. The common situation is to create tokens for CI/CD. With this in mind, the tokens are now global in System -> Settings and all admins can see created tokens, created by whom, last accessed etc.

[imc67]

This post is deleted!

[girish]

Login sessions is now much better. It individually lists the sessions and you can also log out from those specifically (or all of them).

I think there was always some confusion about "app" oidc sessions and I looked into this. In theory, we can list the app sessions in the UI below as well. But clearing a app oidc session, will only clear the session from the Cloudron side. Practically speaking, all apps maintain their own session and this means the app will still remain logged in. So, we have decided to not list them here to avoid any confusion.

If you want to truly log out (from say some kiosk):

• Click "log out from all" in cloudron dashboard. At this point, Cloudron will ask apps which want to authenticate afresh to re-login.
• Log out from apps that were already logged in previously one by one.