@girish I don’t think I’ve tampered with anything there, no. Very good, as long as there’s some mechanism to reliably start over I’m happy to do that. Thanks! In the longer term maybe some kind of ”Start over” mechanism doing this same thing can be exposed to the backup page…

Confirmed working on 4.5.3 To install a specific version: sudo npm install -g cloudron@4.5.3

Gotcha, thanks for the clarification! ️

@saikarthik said in IMAP port and server settings for LAMP app mail client: What I blurred out in the picture is actually a valid cloudron mailbox ID. Yes, but it seems there is some extra text before it like Test User: "Test User". Can you remove that and try?

@necrevistonnezr said in How does spam work with special mail folders?: @girish Wouldn't it make sense to create hardlinks instead of symlinks for these folders so that you don't have duplicate folders? Ar am I overlooking something? The cloudron backup logic does not understand hardlinks. It would then end up taking backup of your junk folder twice. This is unlike symlinks which is ignored by the backup code. Neither the symlink nor the contents of a symlink are backed up. This does bring up an important point that if you move your mail server to a different server, you have to remember to create this symlink by hand again!

glad to have helped

can you modify the title a bit for clarity since this isn't a migration but more of a swaping or switching? ty UPDATE: it's been modified within 2m, thanks to @girish

why not simply manage a local cloudron.local domain in hosts or local DNS then?

@girish Yes yes, this would only be for development purposes (since placing the token in CloudronManifest would, of course, be silly). This would be just to pass the healthcheck so I don't expose anything while developing on a public domain. Thanks for letting me know it'll work, it'll help with an app I'm porting.

@Hillside502 I was trying using my personal Halifax debit card, on a UK account. It was unclear if it's a problem with my card specifically or the bank... The company I'm paying on behalf of has a bank account but no credit card, I'm not sure if it has a debit card, will find out.

@robi Right, so the issue may be on the storage side. Now that you mention it, my object storage is inaccessible…

@lucidfox rsync + encryption has file path length limitations i.e if your app has a file which has long path (not just the file name, maybe it is some 10 folders deep) the backup will error. The limitations are documented here https://docs.cloudron.io/backups/#encryption . @Robin opened a feature request here to improve this - https://forum.cloudron.io/topic/3057/consider-improvements-to-the-backup-experience-to-support-long-filenames-directory-names

@girish that’s perfect, great detective work! Thanks Girish for working to solve that. I really appreciate it. I’ll keep an eye on it in my server you patched and see if the issue comes back. Thanks again!

@nebulon My pleasure, one of my superpowers.

I see. Maybe that's because mailtrain adds unsubscribe headers in the email header etc. I don't really know of any other bulk mailer software. Are you able to contact the support of turbo mailer and ask them if they support STARTLS at all?

@scooke Yes yes, that's how it's supposed to work, correct. It doesn't work that way with Wordpress Multisite. You change the domain on Cloudron and the whole app breaks. I'll be fixing that in a future update to the Wordpress Unmanaged App package tho since that's the app I really want to work on. ️

@mehdi That’s exactly what I’m going to do. Thanks for pointing me in the right direction. I will do a merge request post 6.0 for first-class official Multisite support; I’ve got a list of 4 things to change to support Multisite now - I’m hoping I can get them all done in 2021! ️

@nebulon That's not to say that I don't think Cloudron shouldn't receive webhooks for other reasons. I'm surprised you aren't using them for your multi-cloudron dashboard actually (to update the status of "subcontainers" from all servers instantly).

I gotcha, I'll post again about it next year to see if there's interest. It's cool that the mail server's "my" was made optional. I'm glad you're open to revisiting this later because, maybe I'll have gotten so use to it by then that I won't even request it again.

@nebulon Oh, I have no intention of moving from the cloud and have no reason to run it at home. It would just make my development flow for the OpenVPN Client app I'm working on faster since it'd be localhost (my everyday work laptop). But, like I said, due to the way you guys designed cloudron build and cloudron update, it's actually pretty fast even in the cloud. One of my favorite aspects about your platform so far - ease of development. So I'll just keep doing that...well, I guess I could keep switching it back and forth, developing locally and then seeing how it performs in the cloud after the app is finished. I don't use Cloudron for anything production related right now, I'm just happily building apps to see how far we can take this platform.