Domino IMAP - Probleme mit MessageID im IMAP-Header

[Thomas Bergen]

Kennt sich von Euch jemand mit dem IMAP-Task vom Domino aus?

Ich habe hier das Problem, dass eine Synchronisierung der Postfächer zwischen Domino und Oracle Collaboration eingerichtet werden soll, um den Anwendern eine Umstellung in Nullzeit zu bieten.

Die Synchronisierung soll über IMAP mit Hilfe von IMAPSync laufen. Leider hat dieses Tool immer Probleme mit den IMAP-Headern und geht deswegen davon aus, dass die Mails noch nicht synchronisiert sind, was natürlich dazu führt, dass die Mails dann mehrfach in der Maildatenbank vom Domino zur Verfügung steht. convert -e und convert -h haben wir schon ausgeführt.

Gruß
Thomas

[m3]

Leider hat dieses Tool immer Probleme mit den IMAP-Headern

Gehts etwas genauer?

[kkroemer]

Hi,

Ich bin der Kunde bei dem Thomas Bergen das Problem hat.

Hier die detailierte Darstellung des Problems und der gefundene Workaround bei der Synchronisation:

Hintergrund: bei der Ablösung eines älteren IMAP-basierten System werden mit Hilfe von IMAPSync Mails per IMAP-Protokoll in ein NOTES 8 System übertragen.
Um in der Vorbereitungsphase (Vorabmigration)  keine offenen Mails zu transportieren werden nur Mails transportiert die mindestenens einen Tag alt sind transportiert.
(Wegen aktiven Usern und serverbasierter Filter entstehen sonst einige Fehlermeldungen )

benutzte Option beim IMAPSync --mintime 1

Dabei passiert nun Folgendes:

===== Mitschnittt Protokollierung IMAP-Sync mit DEBUG + DEBUGIMAP
(1. SEARCH geht zur Quelle, 2. SEARCH geht zur Senke = NOTES )

Subscribing to folder Assembly on destination server

Sending: 12 UID SEARCH sentbefore 20-Feb-2008

Sent 38 bytes
Read: * SEARCH
12 OK UID SEARCH completed

LIST FROM : 30 messages []

Sending: 117 UID SEARCH sentbefore 20-Feb-2008

Sent 39 bytes
Read: 117 NO SEARCH Database is not full text indexed

========

Scheinbar ist NOTES nicht in der Lage die in RFC3501 definierte Suche "SEARCH sentbefore ..." zu beantworten ohne einen Volltextindex erzeugt zu haben, Das ist bei dieser Installation aber nicht gewünscht/aktiviert.

Workarounds:

A) Lässt man --mintime 1 weg klappt die Migration (allerdings mit ein paar Fehlern mehr bei den offenen Mails).

B) Serverseitige Volltextinizierung könnte eventuell auch das Problem lösen, Ist bei  der Installationsgröße (1200 User/ 1500GB Mails) allerdings nicht ohne einen Hauch mehr Ressourcenbedarf abbildbar.

Zwischenzeitlich ist der Massentransport der E-Mails zur MIgration mit obigem Workarrounf durchgelaufen, sodass die Lösung der Frage nicht mehr so dringend ist.

[kkroemer]

Nur zum Abschluss des ganzen.

Mittlerweile sind mit IMAPSYNC alle User migriert worden.

Die Probleme hatten eine exotische aber erklärbare Ursache.
Die Option "mtime -1" hat sich bei Mails die Ohren gebrochen die niemals per SMTP transportiert wurden.

In einem über 25 Jahre entstanden Unix-Umfeld gibt es da einiges in alten mailboxen die damals noch mit mailx, ELM oder EMACS entstanden sind oder manipuliert wurden. Da gibt es Mails sogar ohne "MESSAGE-ID" die die entscheidende Grundlage für eine saubere Migration mit Hilfe des IMAP-Protokolls wären.

Wenn jemand Infos zu unserer Migration mit IMAPSYNC braucht 1000 User mit 1200 GB Mailvolumen lasse ich ihm gerne ein paar Zeilen zukommen.

Solches Wissen braucht man höchstens ein oder 2 mal im Leben eines Admins.

Gruß Kurt

[m3]

Sehr cool. Danke für die Info.