@robi good catch, this is fixed now.

@nebulon Kind of depends on the app type, too, I guess? The one I really notice this stand out on is for LAMP. I have maybe 4-5 of these, all serving static sites. I don't really care when they update, but whenever they do, I get a bunch of notifications for them all at once.

I don't know. I guess I see your point, and maybe it's fine to just leave it be. Ultimately, I guess if you don't design for people to have too many things of the same type, it probably won't matter anyway.

I still need cloudron login, because many people are using it now.

I'm going to try to activate social login in nextcloud and rocket chat, and see if it merges the social token with the existing account. If so, the problem should be solved.

@girish Hi there. Thanks for checking into this for me.

I had a suspicion that the spam engine was verifying, since I did see those fields in the Spam results headers. However I think it's also useful to have Haraka add the headers as well. It would add very little overhead and will add additional detail that the spam header doesn't contain about the DKIM verification (such as which signature failed or passed, since an email can contain multiple).

In regards to DMARC. I don't believe this would be risky at all if implemented in the following manner:

No DMARC record found, take no action. DMARC found, DKIM/SPF aligned, take no action DMARC found, DKIM/SPF alignment fails, but p=none, take no action. DMARC found, DKIM/SPF alignment fails, but p=quarantine, move to spam folder DMARC found, DKIM/SPF alignment fails, p=reject, dev/null the mail. If you don't like the risk of this, push it to spam instead... or make it a cloudron option under Settings.

Thanks for listening.

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.

@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

@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

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.

@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.