Alright with https://git.cloudron.io/cloudron/box/-/commit/5b4a1e0ec12554f7a4f1099bfc94d041abfca5f5 we now generate a random hour per Cloudron which acts as a seed to spread the instances over 24h.

@robi In assumption that there is already at least one domain, the code to add a mailbox for a user is already there --> API documentation of Cloudron. To implement such feature you would need a checkbox like "create email address", a drop down menu that lists all domains (with mailserver enabled?) and a field for the inbox name.

The ability to create own custom views and sequences different from the available filters or post filter arrangments would be useful. perhaps a multidirectional icon for shifting a tile left, right, up and down for a custom tile order as preferred. Alternatively, keeping some stats on the frequency of app tile use and bumping those to the top would be interesting. Although human preference for familiarity would tend more towards a static configuration where muscle memory always finds an app tile in the same place. ex mail app in the upper left. This is now beginning to resemble the android/ios desktop experience and icon arrangement.

@vjvanjungg Can you open a separate request for the drag and drop feature? Maybe you can explain a bit what you mean by that feature as well. Thanks!

@smhick said in Bulk changes to default email addresses: The default email is shortname@domain.com Says who? I think you are misunderstanding something here. The email address is whatever you create within the Email Server of Cloudron. First you need to setup an email address at Cloudrons Email Server and assign it to a user. Lets say you create an Email address within Cloudron for our user "bob" with the display name "Bob Marley" that goes like "bob.marley@domain.com". Now you login to SOGo with the credentials bob.marley@domain.com and the password of bob. So to be clear: You are in charge of creating firstname.lastname@domain.com in the first place before apps like SOGo and other clients come into play.

glad this thread was brought to attention again. I will mark it as solved as it ships with the next release.

@girish that would be the best way, actually - having error codes from the service provider would help me to understand the DNS records are missing even earlier

@manngobaum There is: POST /api/v1/cloudron/reboot auth as usual =D @girish in sync

Also, Outbound -> Disable to disable outbound mails altogether.

@drew said in catchall -> mailing list?: but I was hoping not to have to. Just to have it said. setting up these rules is a one time thing. You just have to create a single rule per domain, and no further connection is needed. If you have a lot of domains and want to automate it, you could even script it through https://manpages.ubuntu.com/manpages/trusty/man1/sieve-connect.1.html.

@michaelpope Fully agree with improvements to the retentions feature. I've never really understood why the retention policy isn't customizable - I'd love to see it be improved not so much with static additions but to a point where it can be customizable so I can pick how many I want to keep for each time period (daily, weekly and monthly). So I could for example pick to keep the last 4 days of backups while also choosing to keep a weekly backup for the last 6 weeks for example, or maybe I only want the last 5 days of backups and nothing more, etc. Hopefully that can be improved down the road.

@Jan-Macenka OK, I have made filename encryption optional in 7.3. [image: 1656387319637-fbb205df-5917-403b-92c5-9084a856c656-image-resized.png]

@LoudLemur Supposedly supply chain issues and the extra demand. I think what triggered the demand is that you can officially boot from an SSD now without any hacks.

This is indeed a good idea to have plugins/code in fast SSD disk instead of the "storage" disk. I guess one way is to also have multiple data directories for this (something which @MooCloud_Matt has been advocating for, but for a different use case). Mmm..

@LoudLemur I have seen this idea implemented on some services now. I guess this will only work for the Cloudron dashboard?

we use Gilab CI/CD, but even n8n can be used as a ci/cd if you want to use no code.

@girish this was more for Nginx not starting, including 0 byte files. Happy to mod the FR to be more inclusive. Done.

@d19dotca Yes, and in such case, the way you want to implement it would be just perfect. Personally, I'm running an Email Marketing App SaaS which has exactly such feature, and moreover when I impersonate a user while being that user and seeing the account as it, there's sticky top bar with a warning that we're impersonating a user with a button to click and go back to admin. All hassle free as you suggest. Yeah.

@mdreira While not completely configurable, we have operator role for apps. With that role, a user will can "operate" an app (but not uninstall it etc).

@nebulon Sorry, I forgot the link: https://terrahost.com/