Best practice for migrating apps from one Cloudron to another?

[jdaviescoates]

@girish said in Best practice for migrating apps from one Cloudron to another?:

not importing the mailbox configuration.

Do you mean the app email settings?

[girish]

@jdaviescoates yes, the app email settings is not imported.

[jdaviescoates]

@girish said in Best practice for migrating apps from one Cloudron to another?:

@jdaviescoates yes, the app email settings is not imported.

Perhaps that is indeed the case, in which case I'm glad I've inadvertently found a bug!

But in my case (as mentioned above) the original app I imported still actually had ghost.app in the app email settings too.

I think the cause of my issue may have been that I hadn't created the relevant mailboxes for the domain which the app (in the Ghost settings, not the Cloudron App Email setting) was configured to use.

Be nice if when importing an app it could somehow know about and import related mailboxes on that domain too though...

[girish]

@jdaviescoates said in Best practice for migrating apps from one Cloudron to another?:

I think the cause of my issue may have been that I hadn't created the relevant mailboxes for the domain which the app (in the Ghost settings, not the Cloudron App Email setting) was configured to use.

Ah! I misread your issue then. You are right, that mailbox has to be created manually. Mmmm... I wonder how the user can be reminded of this. I think for a start having this in the doc page as a checklist (which is what this thread is about!) will help.

[jdaviescoates]

@girish said in Best practice for migrating apps from one Cloudron to another?:

Ah! I misread your issue then.

Yeah, I think you missed or misread this bit:

@jdaviescoates said in Best practice for migrating apps from one Cloudron to another?:

But the odd thing is that in the App Email settings on the old server it has always been and is still ghost.app

I can only guess that it was working there because I had set-up the required email addresses that are set in the portal settings in Ghost:

41999d97-12f0-41e3-b47b-b95114bcdca2-image.png

I guess when Cloudron couldn't find that mailbox on the new server it tried to just send as 'ghost.app' instead?

But yeah, as you say, would be good to somehow remind users this might need to be done too, like you say:

@girish said in Best practice for migrating apps from one Cloudron to another?:

Mmmm... I wonder how the user can be reminded of this. I think for a start having this in the doc page as a checklist (which is what this thread is about!) will help.

Agreed

But maybe whenever importing an app a pop-up could appear saying something like "you might also need to recreate mailboxes on this domain" or something?

[sponch]

Trying to move Mastodon to another Cloudron (same domain). The domain is already embedded in both Cloudron instances (DNS via API (Hetzner). Shouldn't it be possible with only steps 1-3 from above's guide?

[humptydumpty]

@sponch If the domain is already added on both Cloudrons, then you're correct, steps 1-3 would do the trick.

[hpz24]

Now I'm curious: does an app actually survive the move to another cloudron instance with a different domain?
Or is this a case-by-case story?

[humptydumpty]

@hpz24 when you import an app backup, it will restore to the original domain. You can then change the domain but whether it’s a problem or not depends on the app. For example, wordpress plays nice but matrix (synapse) will not.

[joseph]

@hpz24 said in Best practice for migrating apps from one Cloudron to another?:

Now I'm curious: does an app actually survive the move to another cloudron instance with a different domain?

In most apps, yes. The federated apps like mastodon and matrix are a special case. They don't support changing the domain . Even though the app itself will work after changing the domain, expect bad things to happen (tm) after domain change. For example, not seeing proper history of old message etc. I haven't tried this much, so this is just a warning really.