Veröffentlicht am 29. November 2020 von Dominic Böttger (vor 5 Jahren) · 2 Min. Lesezeit
In unserem Unternehmen (INSPIRATIONLABS – New Work Technologies) helfen wir unseren Kunden, die richtige Infrastruktur für ihr Geschäft aufzubauen und das Arbeitsleben ihrer Mitarbeiter durch die passenden Tools zu verbessern. Manchmal beginnt es einfach mit der Migration von einem IMAP-Server zu einer Cloud-Lösung wie Office 365.
Letzte Woche hatten wir das Problem, dass wir von einem IMAP-Server migrieren mussten, auf dem TLS-Versionen älter als 1.2 deaktiviert waren (was grundsätzlich richtig ist). AvePoint Fly konnte den Server nicht erreichen. Ich kontaktierte den AvePoint-Support, aber das Problem war dort noch nicht bekannt. Also untersuchte ich die Struktur der AvePoint-Anwendung und fand heraus, dass sie auf .NET 4 basiert. Dann stellte ich fest, dass es bei Anwendungen, die auf eine .NET-Version < 4.7 abzielen, Probleme mit TLS 1.2 gibt. Da ich keinen Zugriff auf den Quellcode hatte, musste ich herausfinden, welche Konfiguration im Projekt angepasst werden muss.
Der Workaround
-
ImapMigration.exe.config - Folgende Zeile hinzufügen:
<AppContextSwitchOverrides value="Switch.System.Net.DontEnableSystemDefaultTlsVersions=false"/>Speicherort:
C:\Program Files\APElements\FLY\Agent\bin\ImapMigration.exe.config -
TimerService.exe.config - Dieselbe Zeile hinzufügen:
<AppContextSwitchOverrides value="Switch.System.Net.DontEnableSystemDefaultTlsVersions=false"/>Speicherort:
C:\Program Files\APElements\FLY\Manager\Control\bin\TimerService.exe.config -
Neustart des Fly Agent und des Fly Timer Service.
Danach konnten wir den Quell-IMAP-Server erreichen und die Migration starten.
Referenzen
Transport Layer Security (TLS) best practices with the .NET Framework
Geschrieben von Dominic Böttger
← Zurück zum Blog
