For short I will call cpanel_to_da as "script".
Which is latest version:
script version 0.0.48
On 1.61.5 DA.
Started migrations, also had this catch all issue, except that, subdomains where pointing at public_html. script couldn't find their location:
WARNING! tmp.domain.gr path was set to custom in cPanel: tmp.domain.gr
WARNING! bluegrass.domain.gr path was set to custom in cPanel: bluegrass.domain.gr
WARNING! dev5.domain.gr path was set to custom in cPanel: dev5.domain.gr
WARNING! dev1.domain.gr path was set to custom in cPanel: dev1.domain.gr
WARNING! dev4.domain.gr path was set to custom in cPanel: dev4.domain.gr
WARNING! apps.domain.gr path was set to custom in cPanel: stuff.domain.gr
WARNING! dev2.domain.gr path was set to custom in cPanel: dev2.domain.gr
WARNING! nyc.domain.gr path was set to custom in cPanel: nyc.domain.gr
WARNING! support.domain.gr path was set to custom in cPanel: support.domain.gr
WARNING! patrik.domain.gr path was set to custom in cPanel: patrik.domain.gr
WARNING! dev.domain.gr path was set to custom in cPanel: dev.domain.gr
WARNING! dev6.domain.gr path was set to custom in cPanel: dev6.domain.gr
WARNING! crm.domain.gr path was set to custom in cPanel: crm
WARNING! ip.domain.gr path was set to custom in cPanel: ip.domain.gr
WARNING! dev3.domain.gr path was set to custom in cPanel: dev3.domain.gr
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
-i used with no filenames on the command line, reading from STDIN.
Other account:
Unable to add forwarder *
Unable to add forwarder *
Unable to add forwarder *
Unable to add forwarder *
Catch all is now set to :fail:
Catch all is now set to :fail:
Catch all is now set to :fail:
Catch all is now set to :fail:
Catch all is now set to :fail:
---
another
Unable to add forwarder *
Unable to add forwarder *
Catch all is now set to :fail:
Catch all is now set to :fail:
And so on... Anyway,
Files migrated, DBs ok, but subdomain location didn't. So any subdomain was pointing at public_html and not to their locations.
I had to manually edit every subdomain to point to its directory.
Crontabs have issues too, they are transferred, but with the old paths. No /domains/ path so they didn't worked out without edit.
Script should have the ability to "understand" path if this is subdomain or addon domain and act accordingly.
Also Openlitespeed doesn't reload properly. I see "openlitespeed is functioning normally blah blah white page" I have to "systemctl restart openlitespeed" on every transfer.
Also, when transferring from cpanel, script - directadmin doesn't create smtp/pop3/etc subdomains.
So Let's Encrypt by default doesn't work. I have to manually create them or manually un-check those subdomains from DA panel because they don't exist and LE SSL doesn't work.
Filters don't work, I've made a feature request (there are two identical basically) but at least script should warn me somehow that "hey, there are filters in this account, I couldn't transfer them" So at least we could avoid issues / transfers with accounts that have mail user or mail global filters.
That's for now. I'll update on the next batch of migrations!
