What's coming in Cloudron 10

[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 smtp 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 through 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 lists based on a Cloudron group, so that mailing list recipient / email addresses get automatically updated when users enter / leave the group

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

[necrevistonnezr]

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

https://github.com/suitenumerique/messages

I don’t think it’s a client, rather a whole mail / messages system with its own server… but I could be wrong.

[Teiluj]

@necrevistonnezr said:

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

https://github.com/suitenumerique/messages

I don’t think it’s a client, rather a whole mail / messages system with its own server… but I could be wrong.

Not to hijack the topic but how about this one maybe:
https://forum.cloudron.io/topic/15067/zero-open-source-ai-email-client-with-self-hosting-and-unified-inbox

[timconsidine]

Appreciate that mail is the focus of 9.2, but maybe you can sneak in a minor enhancement to Notifications :
From :
'Grafana at grafana.appx.uk updated to package version 2.5.1'
To :
'UPDATED Grafana at grafana.appx.uk to package version 2.5.1'
Speeds user review of notifications

[girish]

@timconsidine I have to check which is better. But https://git.cloudron.io/platform/box/-/blob/master/dashboard/src/utils.js?ref_type=heads#L58 has a whole bunch of messages. They use the same styling right now but maybe it should be changed to "Installed ..." , "Backed up...", " Updated ..." etc

[humpty]

@girish also color coding the initial wording would help e.g. update = green, backup failed = red, anything that requires attention = yellow

or..

break up messages into status groups:

RED (failed, errors, etc.)

• app x failed
• app y down

Yellow (user action required)

• app x requires manual update
• server reboot required

Green (all good messages)

• app M updated

[imc67]

@girish said:

@imc67 yes, that's part of the plan

@girish Would it be feasible to change the current methodology from text lists to database records for all block/allow-lists (mail, IP)? I manage the IP blocklist, via API, with around 90k rows and update it every hour with new and it takes about 2-3 minutes for each Cloudron-server to "handle" this. Better would be to have an API functionality with "list, add, remove"-commands.

[humpty]

@girish I was able to forward mail from Gmail to my CR mail server/mailboxes. Was this support added in 9.1.7 or something?

[mononym]

As this is about email, I wonder if there's a way to have a chatmail relay. Kind of "batteries included" for the couldron email addresses or so. But I guess that's out of scope. Just came across that project again because it got some larger grant: https://www.sovereign.tech/tech/chatmail
c.f. https://forum.cloudron.io/topic/13952/chatmail

[james]

Hello @mononym
From just a quick read of the description of the repository I would lean towards no.
Cloudron uses haraka as the underlying Mailserver which we also contribute to regularly and Chatmail is a full Mailserver which would be conflicting.

[robi]

@james @mononym unless chatmail can delegate and use Haraka instead?

[sponch]

would it -theoretically- be possible to and an alias service (like simplelogin.io or addy.io)?

[andreasdueren]

@sponch I don't think so. Looks like cloudron is blocking Port 25 which is needed for receiving mail. Running into the same issues with my attempt at packaging stalwart

[joseph]

For external software (unsupported), you have to explicitly unblock ports - https://docs.cloudron.io/network/#whitelist-ports

[andreasdueren]

@Joseph No, the problem here is that to receive mail, I need to be able to route Port 25 to the app. But I think it's always reserved by the internal mail server?

[joseph]

@andreasdueren you are right, it is a reserved port .

[adhodgson]

The ability to delegate a subdomain out to an SMTP server hosted by an app has been discussed several times before. I'd quite like to package Mailman for Cloudron, but need a way of getting mail into Mailman itself. Mailman processes incoming mail via LMTP, but we could run an MTA on the app container if the app didn't support native SMTP. If we went that route I think it would be essential for Haraka to call forward to the SMTP server running in the container to avoid backscatter. I do run Mailman on my Cloudron instance for now in a completely unsupported manor and allow incoming SMTP via the Cloudron firewall as a custom port. This is working fine with Exim installed natively on the host, and I have a script to ensure the Nginx config for Mailman is in place. I really wouldn't recommend doing this yourself though and I'm also thinking of offloading the mailing lists to a third party provider at this point for various reasons.