Best practice for migrating apps from one Cloudron to another?

[girish]

@jdaviescoates sounds about right. I think you don't need to worry too much about 4 because this will only be "temporary" until you give the app the same domain as before.

[jdaviescoates]

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

I think you don't need to worry too much about 4 because this will only be "temporary" until you give the app the same domain as before.

Perhaps when it comes to the domain itself there is nothing to worry about, but methinks "check everything seems to be working" is pretty important!

For example, I just migrated a Ghost app and after the migration it was not longer possible to subscribe to the newsletter.

In the logs I saw this:

Sep 08 12:22:56Failed to send email. Reason: Mail command failed: 550 Authenticated user support@bridport.news cannot send mail as ghost@bridport.news.
Sep 08 12:22:56
Sep 08 12:22:56"Please see https://ghost.org/docs/config/#mail for instructions on configuring email."

So I edited the App Email settings and changed ghost.app to support:

And then it started working again.

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:

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

For good measure I think I'll add a step to my post above to re-created any needed mailboxes before updating the location to the new domain...

[jdaviescoates]

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

re-create any mailboxes you had set-up on old server at the relevant domain (you may also wish to import email first before actually updating the DNS)

I went ahead and updated the DNS before realising I should do this first!

What should I do now if I want/ need to import the old emails? (in this case I don't think I really need to, but be good to know). Go back to the old server and re-set-up the DNS there, do the imports and then set-up the DNS on the new server again?

[girish]

@jdaviescoates Oh, I think this is a bug in import app. It's not importing the mailbox configuration. I will try to reproduce.

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