Roundcube database type

[Ekushey]

I need to transfer a single cPanel account from one VPS to another.

Source is running cPanel 86.0.40 while target running 96.0.11.

While I attempting to transfer using the Transfer tool, I get the following message:

Source: “x.x.x.x” Roundcube database type is “mysql” …

Target: “x-x-x-x.cprapid.com” Roundcube database type is “sqlite” …

The source server is not running the same Roundcube database type as the target server. cPanel highly recommends that the source server run the same Roundcube database type at least 24 hours to ensure that email accounts using Roundcube will transfer properly.

There are 10 email accounts, and I must need to move them. Based on the scenario, should I proceed with the transfer or need to do something first before continuing? Though I have root access on the both servers, I don't have to make any modifications on the source server for safety reasons.

Thanks!

 

[HostNoc]

Hello, Here is a good article on converting your Roundcube database from MYSQL to MYSQLITE.

How to Convert Roundcube to SQLite

Another option is to create a package account of your account and then moving it to the new server and restoring it there.
Command to create package account is : /scripts/pkgaccount <Cpusername>
You can then move the backup file via SCP.
Restore the backup by the following command: /scripts/restorepkg <cpusername>

Let me know if this works for you.

 

[Ekushey]

Thanks for replying. I don't to make any modifications on the source server as there are important data including emails, but I can make any changes needed on the target server.

If I use the /scripts/pkgaccount method you mentioned, will that restore the emails normally without having problems? I've done many migrations but seeing the Roundcube message for the first time, I'm assuming this database change was made quite recently.

 

[cPRex]

Personally, I've never let that warning stop me from doing a transfer. However, just to cover our bases, we say that it should match to ensure there aren't any odd compatibility issues.

As with all transfers, it's best to move the data and perform your testing on the Destination server before anything is pointed away or deleted from the Source machine.

 

[Ekushey]

Personally, I've never let that warning stop me from doing a transfer. However, just to cover our bases, we say that it should match to ensure there aren't any odd compatibility issues.

That is kind of a relief, I'll go ahead with the transfer then and will update here on what happens! Thank you!

 

[Ekushey]

Update: email migration worked fine, so all good!

 

[cPRex]

Great - I'm glad to hear that went well!