Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- invis_server_wiki:upgrade:imap-migration [2020/06/05 17:10]
flacco [Beliebiger IMAP-Server zu Kopano]
+++ invis_server_wiki:upgrade:imap-migration [2020/06/06 15:08]
flacco [Beliebiger IMAP-Server zu Kopano]
@@ Zeile 95: / Zeile 95: @@
 <code>
-invis:~ nohup kopano-migration-imap  --automap --host1 mailserver212.example.de --tls1 --user1 info@ffirma.org --password1 supergeheim --delete --host2 localhost --tls2 --user2 info --password2 'p@$$w0rd' --logfile ./info-migration.log &
+invis:~ # nohup kopano-migration-imap  --automap --host1 mailserver212.example.de --tls1 --user1 info@ffirma.org --password1 supergeheim --delete --host2 localhost --tls2 --user2 info --password2 'p@$$w0rd' --logfile ./info-migration.log &
 </code>
@@ Zeile 107: / Zeile 107: @@
 Im Beispiel zu sehen ist einerseits das Inbox-Unterordner der Quellseite, in Stammordner der Zielseite übersetzt werden und, dass Umlaute nicht als solche geschrieben werden dürfen. Übersetzungstabelle siehe oben.
+Sollen nur einzelne Mailordner synchronisiert werden, ist dies auch möglich:
+<code>
+invis:~ # kopano-migration-imap --folder HE-Reports --host1 host1.mailserver212.example.de --tls1 --user1 username --password1 'supergeheim' --host2 localhost --user2 hbecker --password2 'superheinz' --logfile ./hbecker-folder-migration.log
+</code>
+Das Kopano IMAP-Migrationswerkzeug kennt noch einige recht nützliche Optionen:
+  * ''addheader'' - Fügt zu migrierenden Mails einen intakten Mailheader hinzu, so deren Header so unvollständig oder "bad" (also kaputt) ist, dass dieser eine Migration der Mail verhindern würde.
+  * ''skipemptyfolder'' - Schließt leere Mailordner auf der Quellseite von der Migration aus.
+  * ''f1f2'' - Wie bereits erwähnt lassen sich damit Ordnernamen auf der Quellseite in Ordnernamen auf der Zielseite übersetzen. Diese Option kann beliebig oft in einer Befehlszeile verwendet werden.
+  * ''delete'' - Löscht erfolgreich migrierte Mails auf der Quellseite. Der Verwendung dieser Option sollten ein paar erfolgreiche Migrationstests voraus gehen. Speiziell, wenn Mails von einem externen IMAP-Server auf einen invis-Server migriert werden sollen, ist diese Option unabdingbar. Ohne ''delete'' würde ein im Anschluß an die Migration aktiviertes Fetchmail zumindest die Mails aus der Inbox erneut abrufen. D.h. der Posteingang wäre voll mit doppelten Mails.