There is a restart server button. But of course, that is broken in 6.3.4 😕 Hopefully 6.4 should be out in a couple of weeks though.

@girish any chance of getting this added in the next release?

@girish said in Email aliases on different domains:

inter-domain aliases

Inter-Domain Aliases is great
but I feel one piece is still missing
what about having a catchall@ aliases
I'll try to explain
my mail email is: email@domain.tld
which catch all for the domain.tld
I also make alias email@domain1.tld and email@domain2.tld
but those 2 domains (email@domain1.tld and email@domain2.tld) can't have a catchall unless I configure a mailbox for it.

I believe it would be nice a have the possibility to have a catchall@* or at least to be able to configure the catchall@ with another domain such as catchall@domain1.tld redirected to email@domain.tld

Now might be a good time to revisit this FR.

@hillside502 Yes, you can update to 6.3.4 and safe. And then you update to 6.3.5. This is the correct update path.

I think what's wrong is that it is telling you 6.3.4 is unstable. It shouldn't be. I am trying to reproduce this, let's see.

👍 Internally, there is already a way to set custom env vars (you can do this only in the CLI currently, cloudron env). So, we have to update the manifest and the UI to use those fields and set env vars.

There is still a great area, right after My Apps to show the total state of your Cloudron.

For ex:
My Apps %(#00ff00)[33]/%(#c5d500)[1]/%(#ff0000)[0]

Meaning 33 running, 1 stopped, 0 not responding

@nebulon I’ve setup AAAA records manually for all domains, however AAAA for the mailserver doesn’t work. Check your domain and email at https://en.internet.nl and try to get 100%.

For all domains I get a 100% now because you guys did some tweaking in the latest version. However email is still stuck at 84% because of IPv6 and DANE.

It’s now closer to 2022 and really time to implement IPv6 also in blocklists and firewall.

@moocloud_matt said in Storage limits per-app:

OpenEBS

Yes, but there is a more advanced version at MayaData.

@staff and I have spoken with them before.

@mazarian this looks great! I could see this potentially even being packaged as a standalone app.

@girish said in Count of allocated memory:

We can improve our graphs section.

You can say that again! 😛

I find the memory usage graph to be pretty useless. A table with the values would be much more useful.

@girish ah, so you can. But for some reason it seems to require at least 6 characters for it to work (I had already tried searching for the first few letters and hence thought it didn't work).

@scooke i understand the problem and suffer the same issue : "what have I done already?"
So I've started using a wiki from Cloudron store to document my setup. Settled on Dokuwiki. But I changed the app display icon to personalise it (and because I hate Dokuwiki's default icon even though the app is good). So just now had to do what you described to find out what I had actually done.
Might be a niche request, but you're not alone.

I tend not to use this on mobile, but still using rollover suggests that issue isn't covered with this update?

This is implemented now https://git.cloudron.io/cloudron/box/-/issues/792

@humptydumpty that's correct, this feature didn't get implemented. The 2FA is only implemented on the Cloudron side and not for the apps. There was a parallel discussion going on about how to show what kind of auth is being used in an app in the dashboard. I think we need to show some indication to the user about how to log in before implementing this feature.

Note: I believe this will also allow me to host a main TLD at one Cloudron and all of it's subdomains at another. Which would be a further benefit to users.

@girish Any tunnel uses the DNS resolution of the source host connection, hence Mac or Windows hosts file.

Just an FYI - I recently found (thanks to @girish for setting the wheels in motion for me to dig into this) that there is some form of whitelisting/allowlisting in SpamAssassin via Cloudron's UI. It's not perfectly matching what we are looking for in this feature request, but should help buy some time for those who need this capability right away. Here's the goods on it:

The pros: you can use this right away! The cons: It's not a true "whitelist" since spam processing still proceeds (a true whitelist/allowlist in my mind means it completely skips spam processing completely), but setting the score to be incredibly low should effectively force all messages that may have otherwise been "spam" into the inbox for the user (and onwards for mailing lists too), it basically achieves the same result as we're wanting for the most part. I don't think it can be done by IP, but will work for domain. The values also accept wildcard characters to help "whitelist" an entire domain.

From the other post I made (pasting it here for convenience):

I can confirm through testing that if I add a section to the SpamAssassin rules such as the following, this works! 🙂 So this is a great workaround to not having direct whitelisting capabilities, using the whitelist_to rule and score.

# whitelisting addresses score USER_IN_WHITELIST_TO -100 whitelist_to email1@example.com whitelist_to email2@example.com whitelist_to *@test.com Using the above (but of course substituting the actual email addresses) worked in my testing.

Similarly, the whitelist_from will work too on the opposite end of the equation... that will apply to who sent the message rather than who the message was directed to.

Hope this helps 🙂

Reference: https://forum.cloudron.io/post/33254

@robi I don't touch dashboard code. I wouldn't mind doing a PR for the Wordpress (Developer) project to add this but to be applicable to all users dashboard code would be needed since "admin urls" are technically changeable.

I don't think @girish should accept anything less than me doing a PR for making the fields customizable. And...okay, now that I've thought about it, if Girish isn't against the PR for the dashboard change, then I'm down to code it.

@girish I think so? I'm not sure if there's a better way or not. But that'd be at least a start, better than nothing. haha. 🙂

Thanks @luckow

Yes, I have seen the question that @BrutalBirdie posted at https://help.univention.com/t/restrict-username-allowed-characters/17280 as well. But no, I am not aware of a way to limit characters with the ucs self registration.

@jdaviescoates said in Role required to enable mailbox creation:

@nebulon said in Role required to enable mailbox creation:

it may actually make a lot of sense to allow the usermanager role to also manage mail related things. Not sure yet, feedback welcome.

Yes, I think User Managers should be able to create email accounts too, given that in many cases a new user will also need a mailbox.

And I can only agree with that guys.

New Relic is proprietary analytics trackers et al:-

https://reports.exodus-privacy.eu.org/en/trackers/130/

Not to be trusted for embedding into Cloudron!

Haven't tried but echo "yes" | ./cloudron-setup probably works as well to automate reboot.

@atrilahiji I definitely like this idea! I know I've had to delete an app the odd time that I'm not sure if I will need later or not. My workarounds so far are to change the URL of the app to something like "app-old" or to make sure I download the backup info file first before deleting the app. Your idea is much cleaner and would be an awesome addition! It will allow for extra redundancy if for example we delete an app so it can be replaced by a new app at the same URL and something goes wrong, we can quickly revert back in such a case.