Onderwerp: Plesk naar DA

Om een server van Plesk naar een andere server met DA te migreren kom ik steeds op oude threads uit, die telkens aangeven dat dit niet eenvoudig is.

Het overhalen van de http(s) data en de databases is niet het probleem. De mail zou problemen geven. In DA de adressen aanmaken, en dan de data overhalen.

Op http://forum.directadmin.com/showthread.php?t=27184#9 kom ik tegen dat beide de zelfe Maildir structuur hebben maar op een andere plaats. Wil dit zeggen dat de volgende plekken met elkaar corresponderen voor de mail?

Plesk /var/qmail/mailnames/<domain>/<user>/Maildir
DA /home/<user>/Maildir

Hoe het in plek zit weet ik niet precies, maar in DA is het

/home/<user>/imap/<domain>/<mailbox>/Maildir

Let uiteraard wel even goed op het goedzetten van rechten. Overigens, de maildir wordt pas aangemaakt na een eerste keer inloggen. Wij hebben onlangs een handmatige migratie gedaan van een oud custombuilt platform van ons. Dat was een behoorlijke klus. Onze procedure was:

1. Mailbox aanmaken
2. Mailbox inloggen
3. Maildata overkopieren
4. Ownership en rechten goedzetten
5. Wachtwoord hash vervangen

Als het om veel gaat zou je het kunnen scripten met bijvoorbeeld maildirmake

Ik zou zeggen, probeer het even uit met een paar boxjes, je ziet vanzelf of het goed gaat of niet.

Wat dacht je van imapsync?

Wij hebben vorig jaar migraties gedaan van Plesk naar DA. Dit ging eigenlijk met minimale moeite en ook klanten hebben er relatief weinig van gemerkt als ze als het volledige e-mail adres gebruikten om de mail op te halen. Afhankelijk van de Plesk instellingen kunnen de wachtwoorden mogelijk zelfs gelijk blijven.

Gebruikte tools/software:
- PHP/MySQL (verzamelen login gegevens uit de Plesk omgevingen en aanmaken accounts in DA, kan ook handmatig)
- mysqldump (mysql export) en daarna mysql (mysql import)
- scp (overzetten database dumps)
- rsync
- chmod/chown
- Excel om een lijst bij te houden wat gedaan is en wat nog moet

Op het da forum is er een Nederlandse collega geweest die een migratie script heeft ontwikkeld. Zou mooi zijn als dit er eens komt, zodat we Plesk eindelijk eens vaarwel kunnen zeggen!

Weet iemand hier meer over?


Sent from my iPhone

Hoe los je de volgende pijnpunten op?
1- DirectAdmin gebruikt voor de databases altijd {username}_{databasename} terwijl je in Plesk in principe volledig vrij bent om je databasenaam te kiezen.
2- Plesk gebruikt /var/www/vhosts/{domain}/httpdocs waar DirectAdmin /home/{username}/domains/{domainname}/public_html gebruikt. Sommige klanten gebruiken dit hardcoded in hun scripts
3- Vanaf Plesk 11 zul je vermoedelijk de wachtwoorden niet meer uit kunnen lezen en dus nieuwe moeten aanmaken voor de klanten.

Dat lijken me namelijk 2 onoverkomelijke problemen en 1 heel vervelend probleem.

Oorspronkelijk geplaatst door TotallyHosted

Hoe los je de volgende pijnpunten op?
1- DirectAdmin gebruikt voor de databases altijd {username}_{databasename} terwijl je in Plesk in principe volledig vrij bent om je databasenaam te kiezen.
2- Plesk gebruikt /var/www/vhosts/{domain}/httpdocs waar DirectAdmin /home/{username}/domains/{domainname}/public_html gebruikt. Sommige klanten gebruiken dit hardcoded in hun scripts
3- Vanaf Plesk 11 zul je vermoedelijk de wachtwoorden niet meer uit kunnen lezen en dus nieuwe moeten aanmaken voor de klanten.

Dat lijken me namelijk 2 onoverkomelijke problemen en 1 heel vervelend probleem.

De eerste 2 zijn "simpel" op te lossen als het gaat om een beperkt aantal databases per user en de lengte van een gebruikersnaam beperkt wordt (bv tot 8 tekens). De laatste is het grootste probleem, hier had ik bij de laatste migraties die wij deden geen "last" van. Voor punt 2 moet je bepalen of je als hoster dit oplost of dit over laat aan de klant (en de site mogelijk niet werkt), vergeet overigens ook niet om te kijken of er harde paden in databases staan (bestanden op een schijf heb je bv grep voor en hier is tegenaan te scripten).

Alleen zit je dan te editen in de code van je klanten, wat me ook al niet wenselijk lijkt. Dan zul je vooraf toestemming moeten vragen, plus het blijft handmatig werk.

Het is grotendeels/geheel te automatiseren, toestemming vragen is wel wat werk inderdaad.

Automatiseren kan, maar kan lastig zijn, je weet niet op welke manier de database-gevevens in hun scripts staan.
Ik denk dat je vooraf al moet bepalen (en met 100% zekerheid) wat de nieuwe namen van de databases zullen worden, zodat de klanten dit ruim vooraf weten, en op het juiste moment aan kunnen passen.

Voor de nit-wits onder hun kan je natuurlijk ook neerzetten dat je gratis bereid dit dit zelf te kunnen doen (binnen bepaalde tijd). Ligt er een beetje aan hoeveel klanten dit zijn, en hoeveel je verwacht dat ze nit-wit zijn .

Met een inventarisatie en search en replace kom je volgens mij al heel ver.

Oorspronkelijk geplaatst door Serveo

Op het da forum is er een Nederlandse collega geweest die een migratie script heeft ontwikkeld. Zou mooi zijn als dit er eens komt, zodat we Plesk eindelijk eens vaarwel kunnen zeggen!

Weet iemand hier meer over?


Sent from my iPhone

Ja hoor, per uur in te huren

Sorry voor mijn late reactie.

Ingelog via webmail. Mail gekopieerd naar /home/<user>/imap/<domain>/<mailbox>/Maildir/new. Daarna webmail vernieuwd, de berichten worden verplaatst naar /home/<user>/imap/<domain>/<mailbox>/Maildir/cur. Alle berichten hebben 660 rechten (rw-rw----), eigenaar admin:mail. Als ik via webmail een bericht wil verwijderen dan komt de melding 'Kan bericht(en) niet verplaatsen.' Deze melding komt ook met 777 rechten op het mail bericht.
Dit zelfde geldt ook voor verwijderen van berichten die bijvoorbeeld van het email adres zelf verstuurd zijn als test.

Het lijkt erop dat de Prullenbak niet aangemaakt is voor het mailadres.

Behoren de berichten wel ook aan de juiste user toe? Maak anders even een ander domein + mailbox aan in DA en kijk hoe het daar staat qua mappen?

Wat bedoel je met de juiste user? Ik heb een adres aangemaakt en via webmail een bericht naar hetzelfde adres gestuurd. Mag hopen dat van dat bericht de juiste user en rechten ingesteld worden.
Uiteraard verder gezocht en kwam een forum bericht tegen dat standaard niet alle mappen voor RC aangemaakt worden, dat dit via een parameter opgelost zou worden.

Sent from my HTC One using webhostingtalk mobile app