Onderwerp: Kerio migratie gaat fout.

Voor een klant ben ik bezig om een Kerio setup over te zetten van Windows XP versie 7.3.1 (patch2) naar Linux (CentOS 6.6) versie (8.3.0 en 7.3.1, beide geprobeerd), echter loop ik tegen het probleem aan dat na de migratie (test migratie) de mailboxen niet gelezen worden.

De volgende manieren heb ik geprobeerd.
1. Full backup maken op de live server, daarna met rsync overgezet naar de test omgeving en hier teruggezet doormiddel van kmsrecover (vervolgens in de configfiles de C:\... gewijzigd naar /opt/kerio/mailserver/store/)
2. Config files overgezet en aangepast naar Linux path's en daarna met rsync data overgezet naar de test omgeving (directe copy)
3. Na de Full backup alle index.fld omgezet naar index.bad. hierna de mailbox opnieuw laten indexeren.

Echter blijft de melding dat de map niet gelezen kan worden wanneer je de mailbox opent (in webmail bijv.)
maar als je een nieuw account aanmaakt dan werkt het wel gewoon perfect.

Weet iemand toevallig of ik nog een stap mis? ik heb het idee dat het een redelijk eenvoudige stap moet zijn.

Wellicht zijn de leesrechten op de files niet goed? Je moet de juiste user en permissies zetten op de linux machine. Wat geeft "ls -al /opt/kerio/mailserver/store/" ?

Al vele migraties gedaan, Kerio Connect is een heel vergevingsgezind programma. Meestal hikt de config file en juist niet de messages. Anders kun je altijd nog de IMAP migration tool gebruiken.

Dit had ik al met chmod recursive op 777 gezet en maakte ook niet uit


Verzonden vanaf mijn iPhone met behulp van webhostingtalk

De output van ls -al /opt/kerio/mailserver/opt/

# ls -al
total 128
drwx------. 12 root root 4096 May 31 01:00 .
drwxrwxrwx. 17 root root 4096 May 31 23:34 ..
drwx------. 2 root root 4096 Jun 1 19:31 archive
drwx------. 2 root root 4096 Jun 1 01:06 backup
drwx------. 2 root root 4096 May 30 19:54 fulltext
drwx------. 2 root root 81920 Jun 1 23:03 logs
drwx------. 23 root root 4096 Jun 1 23:03 mail
drwx------. 56 root root 4096 May 30 18:26 queue
drwx------. 2 root root 4096 Jun 1 19:34 saas
drwx------. 3 root root 4096 May 30 17:22 spamassassin
drwx------. 4 root root 4096 Jun 1 20:00 tmp
drwx------. 7 root root 4096 May 30 20:21 xmpp

Dat is goed. En als je de gebruiker verwijdert, opnieuw aanmaakt, daarna de messages in het nieuwe framework kopieert?

Of gewoon de migratie tool gebruikt natuurlijk.

Je komt van Windows en gaat naar Linux, staat vast nog ergens een pad fout in de handmatig aangepaste config files. Kerio Connect Recover werkt niet meteen goed voor verplaatsing naar een ander OS. Meer info http://kb.kerio.com/product/kerio-co...ystem-360.html

Helaas dit heb ik inderdaad ook al geprobeerd, en kan deze stappen ondertussen dromen. Ik ben nu bezig om het te proberen onder Windows kijken of dat beter werkt.

Inmiddels op Windows de Back-up terug gezet en ook hier begint hij direct te roepen:
Unable to open folder.




Verzonden vanaf mijn iPhone met behulp van webhostingtalk

De error:

Ik weet niet om hoeveel accounts het gaat ? Maar als dat er niet teveel zijn, wellicht accounts handmatig aanmaken, en de stores handmatig terugzetten en opnieuw laten indexen. Zo hebben we ooit ook een machine kunnen redden.

Helaas ongeveer 50 stuks


Verzonden vanaf mijn iPhone met behulp van webhostingtalk

Als je laatste fout op windows plaats vind gaat er toch iets mis met de rechten denk ik, je zou dan kunnen kijken met de sysinternals tools waar het mis gaat, als de originele machine nog werkt dan gebruik je gewoon de imap tool voor je migratie.

Kerio en Mailenable zijn eigenlijk relatief simpel, je kan daar gigantisch gekke dingen mee uithalen en t werkt eigenlijk altijd.

klopt echter wordt het lastig om de kalender en agenda over te zetten met de imap tool

Vreemd, er gaat vast iets kleins fout. Wat staat er in de logfiles? Ik wil anders wel even meekijken naar het proces.

Met de bestanden en installatie is niets mis. In de log schermen van het Kerio Connect control panel staan "create_time < install_time" errors. De uitleg hierover staat hier:

http://kb.kerio.com/product/kerio-co..._time-439.html

Er wordt een tijdelijke testlicentie gebruikt met een backup die ouder is dan de mailserver installatie. En dat mag niet. De foutmelding had op zich wel wat duidelijker mogen zijn.

Er zijn een aantal opties:
- aan de licentie reseller vragen voor een ander soort testlicentie
- een echte licentie gebruiken
- een nieuwe backup gebruiken