Ich habe mit dem Support von HelloExchange viel Austausch auch via Teamviewer gehabt. Ich hab dem Support eine MKARC-Datensicherung zur Verfügung gestellt von den zwei Test E-Mails mit Umlauten im PDF Anhang.
Es gibt nun die Version: 1.2.1.5. die bei mir nun auch in der Demo Version funktioniert hat.
Hab dann auch die Lizenz gekauft und werde nachher mal weiter testen.
Alles anzeigenAls Ersteller des Themas melde ich mich auch noch mal zur Wort:
Wir haben das jetzt mehrfach mit Hello Exchange gemacht. Funktioniert halbwegs gut.
Wir exportieren mit Hello Exchange in .PST Files und importieren die dann über O365 (nicht über Outlook!).
Die Performance ist teilweise OK und teilweise echt mies. Woran das genau liegt konnten wir bisher nicht klären. Das System auf dem HelloExchange ausgeführt wurde war immer das gleiche. Augenscheinlich schnellere David Server wurden teilweise langsamer exportiert als sehr schwache Systeme.
Ist teilweise etwas frickelig wenn viele Ordner unter Gruppen oder sonstwo im David Archivbaum erstellt wurden aber grundsätzlich geht mit dem Tool eigentlich alles.
Folgende Dinge sind uns auf die Füße gefallen und müssen beachtet werden:
1. Unbedingt einen Test Export machen und Prüfen ob die Anhänge der Mails mitkommen (wenn nicht FAQ von HelloExchange bearbeiten)
2. Gepackte Ordner können nicht migriert werden
3. Wenn als 1. Element im Ordner ein Kontakt oder ein Termin liegt nimmt HelloExchange dieses Element um den Ordner Typ in der .PST festzulegen. Auch wenn der 1. Eintrag eine Adresse ist und danach 1000 eMails kommen. Das führt dann natürlich zu haufenweise halb defekten Ordnern in der .PST. Muss also im Vorfeld geprüft und ggf. bereinigt werden. Bei einem Kunden hatten wir durch dieses Verhalten fast 100 Kalender in einer Mailbox. Keine Ahnung warum man Termine in Unterordnern vom Eingang im David speichert, geht halt leider.
4. Den direkten Import in eine Exchange Mailbox würde ich nicht empfehlen, die Performance ist sehr schlecht und das Verfahren aufwendig für viele Konten. PSTs erstellen, CSV zur Zuordnung erstellen und über das Office Portal uploaden scheint der einfachste Weg zu sein.
Bei Fragen gerne melden. Aktuell haben wir ca. 15 Migrationen durchgeführt, auch größere, und wissen mittlerweile recht gut an welchen Stellen es klemmen kann.
Ich spiele derzeit auch mit hello exchange rum und musste feststellen das anhänge die ein umlaut haben nicht mit umlaut migriert werden.
Auf der David vm des windows server 2019 hello exchange installiert.
Outlook classic 32bit installiert.
Hello exchange standard Einstellungen in der demo version ausprobiert.
Egal ob ich eine pst erstellen lasse oder aber direkt in dad Outlook Profil übergebe, werden umlaute in Datei anhängen umgeschrieben mit '%' Zeichen.
Der Support hat sich auch heute via teamviewer drauf geschaltet. Konnte nichts feststellen.hab ihm meine Mail zum Testen gegeben. Bei ihm hat es einwandfrei geklappt. Ich weis nicht woran es liegt.
Habt ihr das auf dem David Server direkt installiert oder mit einem Laptop als client hello exchange und Outlook classic 32bit durchgeführt? Support meinte hello exchange sei nicht für Windows Server gemacht und das es ggf daran liegen könnte....
hirschQoder noch jemand anderes einen Rat der mit hello exchange erfolgreich war?
Ich hab auch die Demo von t2ex ausprobiert. Dort werden die umlaute in den Anhängen korrekt migriert. Find aber irgendwie die Oberfläche von hello exchange angenehmer...
Hast du treesize mal probiert?
oder reicht dir das nicht?
Ok 
ich hab es bisher "gern" aufgeräumt und leere den 
bei uns steht 1 Tag drin
Ah ok... das war mir nicht bewusst das man den so lang behält
die E-Mail liegen die im Papierkorb sind.
kannst du den papierkorb nicht leeren?! dann sind die doch weg?!
Oder wie lange behälst du den Papierkorb bei?
Learning für die Zukunft: Vor einem Provider Wechsel erst mal gucken was die technisch können
Denkt man vorher an solche DInge?!
haha nene Treesize hat ja geklappt.
Und dann mit erweiterte Eigennschaften in David mal nachgeschaut
| real in GB | dedupliziert in GB | ||
| 10018000 | 137 | 8,8 | 6% |
| 10004000 | 160 | 8,16 | 5% |
| 1000C000 | 19,2 | 1,32 | 7% |
| 10014000 | 9,14 | 0,507 | 6% |
| 1001c000 | 5,53 | 0,259 | 5% |
| 10008020 | 9,01 | 0,359 | 4% |
| 339,88 | 19,405 |
Ich schau grad weil ich die Migration zu OS 365 plane und vorbereite.
aber da 2 Postfächer über 100gb haben, weiß ich noch nicht so recht wie ich da migriere oder ob ich erst die alten migriere und dann online in das Archiv verschiebe
- David Administrator starten
- im Baummenü den Punkt System anklicken
- jetzt die Tasten Rollen + F5 drücken
- Pfad auswählen/bestätigen
- Warten...
- im Baummenü ist jetzt ein Punkt root (Servername), der die Größe der Archive anzeigt
Hab es grad nochmal mit Rollen +F5 probiert aber es klappt nicht
hab daher wieder Treesize angemacht um zu kontrollieren.
da meien Tastatur kein Rollen mehr hat hab ich es mit Bildschirmtastatur versucht aber es klappt einfach nicht
komisch
Hi, wir haben bereits ein gutes Dutzend Umstellungen von David auf M365 hinter uns. Der grösste Aufwand war immer der Import der E-Mails da wir uns bisher gescheut haben kostenpflichtige Software zu kaufen
Also bliebt EAS dafür übrig, das dauert lange. Sonst klappt M365 wirklich nahezu perfekt (es gibt trotzdem immer wieder Dinge die man herausfindet die nicht gehen oder anders gehen und welche die sogar bei Tobit David besser waren). Aber im nächsten Jahr stehen 2 grosse Migrationen an, da werden wir voraussichtlich passende Software kaufen für den Import
Wie ist bei dir der aktuelle Stand? Ist ja nun schon was länger her deine Nachricht zur MIgration
Migration läuft über PST Dateien (mit HelloExchange).
Ok danke für die Info.
hab dir mal eine Private Nachricht geschickt, weiß nicht ob du die gesehen hast.
danke für die Antwort. David kann ich noch nicht deinstallieren. Läuft aktuell noch parallel als Archiv, zum einen sind noch nicht alle Mails migriert, zum anderen daß die Mitarbeiter noch auf david-Chat-Kommentare zugreifen können und nachschauen können, falls durch die Migration was fehlt.
Wie seid ihr denn vorgegangen, wenn ihr noch weiter E-Mails migriert aber schon "Live" in Office 365 seid?
Hast du mit PST Dateien migriert oder wie bist du vorgegangen?
Kannst du nicht David bzw. Tobit komplett entfernen, sodass es sich dann zurück setzt?
Google Gemini sagt folgendes:
Hallo ag1,das ist ein klassisches und verdammt hartnäckiges Problem bei der Migration von Tobit David zu Outlook. Wenn die Standard-Apps in den Windows-Einstellungen bereits korrekt auf Outlook stehen, liegt das Problem meist tiefer in der Windows-Registrierung oder an einer verwaisten Datei im SendTo-Ordner. David gräbt sich da leider oft sehr tief ein.
Hier sind die drei Schritte, mit denen du das in 99% der Fälle gelöst bekommst. Geh sie am besten der Reihe nach durch:
1. Den verwaisten "Senden an"-Eintrag prüfen
Manchmal überschreibt David die standardmäßige Windows-Verknüpfung mit einer eigenen Datei.
- Drücke Win + R, gib shell:sendto ein und bestätige mit Enter.
- Ein Explorer-Fenster öffnet sich. Suche nach der Datei E-Mail-Empfänger.
- Das Problem: Hat die Datei die Dateiendung .mapimail? Wenn David dort eine eigene Verknüpfung (z.B. eine .lnk oder eine ausführbare Datei) hinterlegt hat, lösche diese.
- Die Lösung: Falls der Standard-Eintrag fehlt oder beschädigt ist, erstelle eine neue Textdatei in diesem Ordner, benenne sie exakt um in E-Mail-Empfänger.mapimail (stelle sicher, dass keine versteckte .txt Endung dahintersteht) und leere den Inhalt der Datei (sie muss 0 KB groß sein). Windows verknüpft diese Endung automatisch mit dem Standard-MAPI-Client.
2. Der MAPI-Eintrag in der Registry (Häufigste Ursache)
Die "Senden an"-Funktion nutzt einfaches MAPI. Wenn David hier noch als Standard-MAPI-Server eingetragen ist, ignoriert Windows die modernen App-Standardeinstellungen.
- Öffne den Registrierungs-Editor (regedit).
Navigiere zu folgendem Pfad:
HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail
- Schau dir den Wert auf der rechten Seite bei (Standard) an. Dort steht vermutlich noch David oder Tobit InfoCenter.
- Ändere den Wert per Doppelklick exakt auf: Microsoft Outlook
3. Die "MAPI32.dll" reparieren
David ersetzt bei der Installation oft die zentrale Windows-MAPI-Datei oder hinterlässt eine Version, mit der Outlook nicht sauber kommunizieren kann.
- Navigiere im Explorer zu C:\Windows\System32.
- Suche nach der Datei mapi32.dll.
- Benenne sie testweise um in mapi32.old (evtl. brauchst du dafür Admin-Rechte).
- Falls vorhanden, mache das Gleiche im Ordner C:\Windows\SysWOW64.
- Starte anschließend die Schnellreparatur von Office/O365 über die Systemsteuerung (bzw. "Installierte Apps"). Windows und Office merken dann, dass die Datei fehlt oder korrupt ist, und schreiben die saubere Microsoft-Variante neu.
Nach einem anschließenden Neustart des PCs sollte der Rechtsklick endlich sauber in Outlook classic landen.
Sag Bescheid, welcher der Schritte bei dir den Klick gebracht hat!
Das wäre mir zu kurz um im Zweifel Probleme verfolgen zu können.
Wo stelle ich das denn nochmal höher ein?! find es grad auf die schnelle nicht..
EDIT:
Gefunden
Hab es mal erhöht
In Deinem Fall musst Du am 25. May 2026 unter Servername\System\David\Ereignisse im david Archiv nach "Certifikate" suchen, da sollten dann zwei Zeilen zu finden sein:
(AC) Certificate Order Request
(AC) Certificate Order Request successfullyBei uns ist da noch eine automatische Ablage nach Monaten aktiv, womit der Pfad zum letzten passenden Ereignis dann bei uns so aussieht:
Servername\System\David\Ereignisse\Ablage\2026\Juli
Grad mal geguckt soweit geht es bei uns gar nicht zurück.
26.06 seit dem Tag 680 Ereignisse.
Der Fehler wird so lange alle 4 Stunden im Log erscheinen, bis das Lets Encrypt Zertifikat erfolgreich erneuert werden konnte.
ab dem ersten auftreten habt Ihr 30 Tage Zeit das Problem zu lösen, bevor Euer aktuelles Lets Encrypt Zertifikat ungültig wird.
# Mon, 25 May 2026 21:27:00 +0200
Steht im Zertifikat.
Guten Morgen,
lt. Log war die Erneuerung um 03:47 bzw. 03:48 auch erfolgreich.
Danach kamen keine Fehler mehr.
Evtl. auch nur Zufall. Danke für die Infos
wo steht die unter ereignisse?
hab ich grad nicht gefunden
Ok grad gesehen ja hat nicht geholfen
Könnte das ein Duplog Eintrag sein?
Mhh nutze duplog nicht
den haben wir tatsächlich auch hin und wieder ... aber auch hier keine ahnung wo der herkommt. habe schon das mal den index neu aufbauen lassen aber hat nix gebracht
also kann man erstmal ignorieren dann?
Nutzt du Sidekick intensiv?
Bei uns nichts dergleichen, lediglich der SQL Fehler den ich nicht einordnen kann
