@briankb-0 said in Root Domain Hosts Shopify Site Subs Are Cloundron:

What happens if I add the domain to Cloundron so I can use it to setup sub-domains for NodeBB and Ghost?

When you add a domain:

To validate credentials, the code will add a cloudrontestdns A record and remove this immediately. To configure the server to send emails: If there is an existing SPF record, it is edited to have a:my.my.domain.com . The SPF record essentially whitelists which servers can send email on behalf of the domain. This is NOT destructive, your existing SPF record is only amended. A DKIM record is added under <random>._domainkey.domain.com. This is used to sign/verify emails by mail servers. Because of the 'random' part, it won't conflict with any of your existing DKIM keys If there is no existing DMARC record, we create one with the value "v=DMARC1; p=reject; pct=100". This essentially is a strict DMARC policy not allowing anyone outside the SPF record to send emails on behalf of the domain.

Other than that, it is what @BrutalBirdie said. The bare/root domain is untouched. Cloudron only adds entries when you install apps. Also, if you had a root domain DNS entry already, it will warn you that it's in use, if you try to install an app on the root domain (it does this check for any subdomain).

@ApplegateR good idea, I will disable Ubuntu 22 in the install script.

@robi Yes, sorry, I just followed the tutorial that was previously posted by @scooke

https://cloak.ist/blog/how-to-put-a-ghost-blog-at-a-subdirectory-using-cloudflare-workers/

@jdaviescoates said in Help needed: Systems setup:

@micmc said in Help needed: Systems setup:

my video series on using CR

Got a link for that?

Just not yet, it's still in production but it's coming will let you know don't worry, I should start pushing out some in a few weeks.

@nebulon Thanks! Question... how does the service it's hitting which you needed to raise the rate limit actually work in this situation? I ask because I'd have assumed the red dot only shows up if there's something in the Status tab that's wrong, so seeing those all be green yet the main dot on Mail page be red was alarming/concerning. I assume there should maybe be another fix to ensure those are consistently displayed? Or to allow for a sort of graphical pop-over if it's due to rate limiting in the future?

@nebulon Thank you for fixing that so quickly! 🙂

I feel compelled to ask... is there an automated test you can add (if not done already) that could help prevent those kinds of issues in the future? I assumed Restores were somewhat easy to test given the limited options in the process, so was just a little surprised to see this bug there. But I also totally understand not everything can be caught, but hopefully these add to the list of items to test going forward in some sort of automated fashion.

Resolved via support ticket, state was out-of-sync.

@girish said in Email / Dovecot, possible data corruption:

Someone has written a script too - https://blog.alan.lt/2020/01/fix-emails-date-time-after-migration-to.html

Ah yes, that's the script I used. 😉

@girish said in Email / Dovecot, possible data corruption:

I will investigate more tomorrow. Maybe we can fix up mail data timestamps post restoring.

Thanks Girish! Definitely seems like this is a low priority issue given that nobody else using Cloudron has run into this yet, but its also likely something that will come up again as Cloudron grows with more users, and would be great to see that handled in Cloudron automatically, making things easier for the admin users. 🙂

@MOrochena Ah yes, restores across different versions is not supported. Ideally, the error message could have been better though, I will fix that (i.e it should have said the version does not match instead of saying 'remotePath' must be a string!

@scooke I tried "cleaning" but didn't make a difference.
Will keep an eye on it.

@jdaviescoates fixed

Thanks guys, I check out those resources provided ❤

Well good news resolving the unbound fixed everything else!

Thank you so much for your help!!!

I think you're looking for more of a mail relay setup with archival things done for incoming emails.

@modifyd Ah ok, glad that got sorted out. If it goes to non-responding again, please post the logs here, so we can debug what's happening.

@girish Yes I did! Thanks for all your help!

@christossioutis said in Deleting apps failing for GoDaddy domains:

Perhaps GoDaddy added some logic to their service that rejects setting the domain to 0.0.0.0

Yes, exactly. GoDaddy has now added a new delete record API, we have fixed this yesterday - https://git.cloudron.io/cloudron/box/-/commit/9b6733fd88cb691d1df837387bea4892cc9c9937. The fix should be out in a week or so.

For the moment, you can remove the record manually inside GoDaddy and then you can uninstall the app.

@girish the work around worked perfectly

@humptydumpty said in Backup Failed:
This is most likely to do with postgresql not having enough memory. Please go to Services and bump up the postgres memory.

@rohit507 Use https://docs.cloudron.io/user-management/#password-reset-ssh to create a one time password to login. Once you logged in, you can disable the 2FA and re-set it up.

Indeed, OpenVZ is not supported. I recently discovered systemd-detect-virt , will try to add a warning in our install script based on what it detects.

@girish Ok. I solved it by cloning the failed app to another app on the cloudron instance. it solved by now. I will try increase the postgres memory allocation in service and try whether it can solve the problem or not

@TechoutDev To debug, open the mail logs window. Mail -> Logs button in top right. And then there is another logs button inside it. Keep that browser window open. Then, use the send test mail button - https://docs.cloudron.io/email/#send-test-email . Can you please post what's in the logs?

@girish it does, yes. They also have a KVM style one for their "elastic metal" service. I'll give this a try and report back. My main question is whether I can install the OS from an image or if I have to use one of theirs. Otherwise, I may have to find another host 🙂

Hi @girish, ah that fully explains why I cannot interact with the processes running in the container. While your design idea is probably suitable for most cases it won't really work for this specific one.

But no harm done, then I will just add a cron service to my app container directly.

I finally managed to get around reproducing and debugging this and it is fixed for next release: https://git.cloudron.io/cloudron/box/-/commit/0cd48bd239b13a6edec04974031ffdfed4688e08

@qwinter Yep, I understood that. But, what DNS settings in the end worked?

@3246 said in Backup mail service and primary MX:

I added made sure the record includes "v=spf1 mx..." but it's still showing as erroring in Cloudron

Sometimes it takes a while to propagate the change in DNS, so you may need to check it a few hours later.