[SOLVED] Migration von Zarafa

rseiringer

Funktioniert das Kopano-Übernahme-Script auch mit Zarafa? Wir haben noch Kunden, die nie nach Kopano mirgriert wurden! Teilweise sind auch die Attachments in der Datenbank!!

rseiringer

Database schema n63
Folder map adjusted (for a private store):
Processing folder "" (7 elements)...
Processing folder "IPM_SUBTREE" (17 elements)...
Processing folder "Posteingang" (16837 elements)...
exm: write_message RPC failed
Exception: PF-1047: request to server for propname mapping failed

Irgendwie hakt das....

noplan

rseiringer

Ist zwar unprofessionell
Aber ich Habs hier quick n dirty via Outlook versucht.... Rennt noch

Zarafa alles nach grommunio könnte spannend werden

rseiringer

noplan Über pst ist technisch natürlich ein Weg...
Aber fliegen da nicht die Groupware-Verknüpfungen raus? Stichwort Kalendereinträge mit mehreren Teilnehmern?

mwilliams

es funktioniert auch zarafa (laut rückmeldung von @jengelh ).
es gibt auch eine rückmeldung von einem kunden an den support mit irgendeiner 7.x version mit der es geklappt haben soll.

https://docs.grommunio.com/man/gromox-kdb2mt.8gx.html#examples

noplan

Wir sind hier auch am abarbeiten
Ziel ist es ein Script zu schreiben das den Export inkl attachments u timestamps durchführt u in grommunio importiert

Das scripterl Posten wir dann hier, kann ja sicher noch wer brauchen.

Gleiches steht bei uns auf der backup Seite als to do

Autom full backup... Crypt... Save local... If older as x delete local and save new.. Transfer remote.. Check

noplan

rseiringer

Jop... Drum Abbruch
Wir sind hier mit den Tests noch nicht weiter
Da die Wünsch dir was und das und das müsste gehen Liste scheinbar endlos ist

War aber klar da wir bei der AnfirderungsAnnahme nix eingeschränkt haben

mwilliams

rseiringer

Ich hoffe ich verstehe die Frage. Verknüpfungen "fliegen" keine raus, so lange die Adressen identisch sind. MAPI verwendet X.400 oder SMTP als identificator. Ist beim importieren das Zielpostfach von der adresse her und damit die Referenz identisch, sind alle Verknüpfungen erhalten.

Es sind wohl bereits einige Migrationen durchgeführt worden. Gibt es Probleme mit https://docs.grommunio.com/man/gromox-kdb2mt.8gx.html#examples ?

Das migriert direkt und ohne Umwege?

Falls es Probleme geben sollte -> Support vorhanden? Dann wäre das mit einer Remote-Sitzung mit dem Entwickler vermutlich schnell erledigt.

rseiringer

Thema ist erledigt!!!

Ich hab mit der aktuellen Version die Übernahme ohne Fehler durchführen könnnen!

Vielen Dank

noplan

magst nicht ne anleitung schreiben ... ;)
ich komm nicht dazu auszuprobieren würd aber gerne privat hier auf grommunio umsteigen

lg
NP

rseiringer

Gerne! Kurz und knackig:

SRCPASS='geheim' gromox-kdb2mt -s -v --src-host=192.168.3.10 --src-port=3306 --src-db=zarafa --src-user=zarafa --src-at="" --src-mbox=rainer | gromox-mt2exm -u rainer.seiringer@opensystems-factory.at

Fire&forget!

(Lief bei mir ohne Fehlermeldungen über eine VPN-Verbindung durch!)

WalterH

Das ssh mount fehlt noch. Hier ein Beispiel mit Zertifikat login:
sshfs -o idmap=user root@icc-zarafa:/srv/kopano/attachments/ /mnt/kopano/

rseiringer

WalterH Servus Walter! Hier gehts um die Migration von Zarafa - mit den Attachments in der DB - da brauchts den Pfad nicht!! --src-at=""
Sonst hast natürlich recht! :)

noplan

Meine beiden Helden....
Werd ich gleich ausprobieren

WalterH

Wir hatten auch bei Zarafa die Attachments im Attachment Store, niemals in der MySQL.

noplan

Dachte die Sind immer in der sql hmmmm

WalterH

Wird im server.cfg eingestellt:

# Where to place attachments. Value can be 'database' or 'files'' attachment_storage = files

Auch beim Kopano, da gibt es noch zusätzlich s3.

noplan

OK ich schau mal nach danke