NorbertFe

Auf dem Zielsystem braucht man doch sowieso keine Passwörter (egal ob nun Fullaccess oder impersonation). Und damit ist dann auch egal, ob man nun per https/EWS migriert oder per IMAP. Die braucht man im Quellsystem ggf. falls dort keine Zugriffe für den Admin vergeben wurden.

One-Arm oder Two-Arm konfig?

Man könnte (und sollte) das aber auch lassen... ;) Und abgesehen davon sollte sich ja evtl. Auch was im eventlog dazu befinden.

Hab grad keinen Exchange mit Kemp und IMAP in Reichweite. Kannst du mal die Konfig vom Kemp posten?

Wie auch bei L4? ;)

Anpassung Outlook Provider sowie, wenn in Benutzung, imap und Pop Konfiguration. Troubleshooting wird dann meist auch ein wenig umfangreicher.

Und unabhängig von Nils‘ Argumenten, sollte man wissen, dass wildcard Zertifikate auf einem exchange etwas mehr Konfiguration erfordern (können). Ich würde die 70€ einfach bezahlen und mir ein dediziertes Zertifikat für den exchange kaufen.

Kennen wir uns? ;) Kann ich dir nicht sagen, weil ich nicht weiß, wie eure DNS Konfiguration vor und nach dem Neustart aussehen sollte. ;)

Naja, wenn das per Telnet passiert und sonst nicht, würde ich an der Stelle keine Änderung vornehmen. Aber ansonsten get-transportagent gibt schonmal info darüber, was alles aktiviert ist und dann könnte man auch ggf. deaktivieren.

Da hast du imho jetzt einfach Pech. Deswegen migriert man als erstes den Client Access auf Outlook anywhere und erst dann nach 2016. dann stimmen nämlich Namen usw. im Profil schon. Ich denke, wirklich raus kommst du aus der Nummer jetzt nicht mehr.

Tja man deinstallieren den alten Exchange eben auch erst nachdem ein Großteil der Profile sich aktualisiert haben. Wenn’s mit neuen Profilen funktioniert, ist das ja schonmal gut. Hattest du exchange 2010 schon nur mit Outlook anywhere konfiguriert, dann gäbs jetzt auch kein Problem. ;) einen gewissen Schwund gibts bei sowas aber eigentlich immer. Aber 60 von 60 is etwas viel. ;) Outlook 2010 ist sicher auch nicht der idealste Client. Hat Outlook ein aktuelles Patch Level?

Klar geht das. ;) gibts sogar als Template. https://support.kemptechnologies.com/hc/en-us/articles/207896256-Microsoft-Exchange-2016?mobile_site=true#MadCap_TOC_17_2

Ich meine, dass ich das mal umgebaut habe. Ist aber noch zu win2000 zeiten gewesen. ;) wär zumindest einen Versuch wert.

Man könnte schauen, ob man mit subinacl evtl. Weiterkommt, wenn die Namen ersetzt werden.

Kemp als L4 oer L7? Ich würde an deiner Stelle erstmal mit L4 beginnen.

Gar nicht afaik.

Das ist nicht SMTPS sondern SMTP TLS ;) (ja mag unbedeutend sein, aber ist wichtig). Die stehen ja auch nicht im Eventlog sondern im IMAP Log. Und die liegen irgendwo auf der Platte rum und müssen afair auch explizit aktiviert werden: https://docs.microsoft.com/de-de/exchange/configure-protocol-logging-for-pop3-and-imap4-exchange-2013-help

Ja, aber wenn da schon DC und Exchange läuft, wäre das keine gute Konfiguration und definitiv keine Empfehlung (von mir und von MS ;)) Nein, nur für eine VM, weil dein Host ja schon Exchange und DC macht. Die zwei VM Instanzen darfst du nur nutzen, wenn der Host nichts ausser Hyper-V macht.

Naja erstmal Probleme beseitigen, als sie zu lösen. ;) für den Rest müßte man jetzt wissen was du da gebaut hast. Wenn das exe Dateien sind, musst du Erkennungsregeln usw. natürlich alle selbst bauen und logischerweise auch die installationsparameter mal inspizieren. Stimmt, aber siehe andere Antwort.

Hi, nur kurz der Hinweis, dass es VLC auch als msi gibt. ;) Bye Norbert

:) Das ist aber nicht nur bei Exchange ein Problem. ;)

Naja es gibt nur sehr wenige Szenarien, denen ich bisher begegnet bin, wo das nicht sowieso auf dem selben Server terminierte. Und bei denen funktionierte es dann meist sowieso nicht. ;)

War in Anfangszeiten von Exchange 2007/2010 durchaus eine übliche Umgehungslösung. ;) Da haben Zertifikate aber auch noch deutlich über 200€ gekostet.

Ja kann man machen, ist halt egal. ;)

Wozu denn? erst zu autodiscover schicken, wenn du dann sowieso zu outlook.... willst? Die Autodiscover Domain gibts nur, weil man einem NICHT-Domain Mitglied ja den SCP nicht vorgeben kann. ;)