Yes, sorry, I missed that from my list. I did re-zip the file with the editied XML file. I will try another one now to see if I may have missed a step.

So I tried it again with a fresh space back-up and again it failed. I did a search in the XML file for all instances of "packageId" and changed them to the new space ID. It did find a couple of instances with "PackageId" of -1 which were in the FTP, mail accounts etc, but they are different.... right?

I also changed the all instances of the original path e:HostingSpaces*spacename* to the new server's location of C:HostingSpaces*spacename* and obviously left the rest of the content path (*spaceURL*.com.auwww) in place where this was the case.

I then re-zipped the file with the exact same name structure (except for I left the extension as .zip) and uploaded it to the new server root and restored to no result. I then tried it again by renaming the new zip extension to .scpak, but that didn't work either.

I just can't work out why it won't accept it?

basically what you are doing is correct. you do need to rename it back to .scpak

basically all the packageid should be linked to the specific clients package.

Even with version 1.4.3, restore does nothing. Any update on this?