NorbertFe

Du willst doch zu Exchange 2016 denk ich? Also nenn mal eine Möglichkeit mit Exchange 2016 auf IMAP Postfächer zuzugreifen.

Du könntest sowas hier testen. https://www.jam-software.de/smartpop2exchange/pop3-imap-connector.shtml wobei mir nicht klar ist, ob die Struktur erhalten bleibt. Alternativ sowas hier: https://www.transend.com/price-list/ Ansonsten bleibt dir nur händisch den Kram bei 1und1 rauszukratzen, auch wenns lästig ist. ;)

Wurde aber gerade wieder freigegeben. ;)

OK, ich hätte auch Anforderungsdefinition schreiben können. :)

Naja das mit den Grundlagen lernst du ja als angehender ITler noch. ;) Viel Erfolg beim Hyper-V

Keine Ahnung wie du lernst, aber ich lerne sehr wohl durch lesen.

Ja, und dann liest du nochmal, ob da was von same Forest steht. :/ https://docs.microsoft.com/de-de/exchange/plan-and-deploy/prepare-ad-and-domains?view=exchserver-2019 Prepare all domains in the Active Directory forest Jeder wie er mag. Vielleicht wärs ja sinnvoll, erstmal mit den Grundlagen von AD und Exchange anzufangen als gleich mit einer "komplexeren" Materie wie einer Interforest Migration. Versteh mich nicht falsch, das ist alles keine Raketentechnik, aber auch nichts, was man mal eben mit einem How To abarbeiten könnte. Wenn du das nicht glauben magst und das in einer Testumgebung bestätigt haben willst, bitteschön. Aber hier im Forum zu fragen und alles in Frage zu stellen, was man dir sagt, ist auch nicht gerade die beste Lösung. Bye Norbert

Weil das nicht geht. Reicht dir das als Antwort, oder willst du es erst ausprobieren? Häh? Eine externe und eine transitive Vertrauensstellung dürften sich in deinem Fall eben nicht unterscheiden. Du hast (so du nichts anderes behauptest) ja keine weiteren Domänen im Forest, die von einer transitiven Vertrauensstellung betroffen wären. Und selbst wenn, könnte man das ja per shortcut trust regeln. Beste Veraussetzungen! Dann holt man sich eben einen neuen Dienstleister und plant mit diesem die Migration, anstatt sich in lauter neue Themen einzuarbeiten. Aber jeder wie er will. Bye Norbert

Das geht nicht. Du kannst den bestehenden Exchange nicht in eine andere Domäne "prügeln". Was auch immer du dir darunter vorstellst. Warum überhaupt neuer Domain Name? Das .local ist zwar nicht besonders elegant, aber auch kein technischer Grund für eine neu AD-Umgebung. Welche Abhängigkeit sollte das denn sein? Bei zwei Single Domain Forests dürfte der Unterschied nahe 0 liegen. Abhängigkeiten sehe ich eher bei deinen Clients (Roaming Profiles, die du migrieren mußt, Filessystemrechte die du migrieren mußt, Exchangemigration, die deutlich umfangreicher wird, bei deinem Szenario). Bye Norbert Wenn man sowas richtig macht, geht es je nach Exchangeversion komplett ohne Downtime. Also denk mal drüber nach, ob deine Ausgangssituation überhaupt das erfordert, was du da oben aufgezählt hast.

Na ob deine nichtzeithabenden Nutzer das auch so sehen? ;)

Na Hauptsache geht wieder. Langer Thread mit einfacher Lösung: Eventlog ;)

Hast du nicht gesagt, dass du AV deinstalliert hast? :) Aber was so ein Blick ins Evnetlog so aussagt oder? Danke für die Rückmeldung mit der Lösung.

Genau. Wer kommt eigentlich auf die Idee, bei mehr als einem DC nur einen mitzunehmen, bzw. diesen unverändert weiterbetreiben zu können? Jeder der mit AD zu tun hat, sollte sich mal überlegen, wozu FSMO da sind und was Multimaster Replikation bedeutet. Dann klappts auch mit dem Umzug. Bye Norbert

Da ja sowieso nichts geht, würde ich an deiner Stelle das Update forcieren. Danach kann man weitersehen.

Nochmal zum Verständnis: Es gehen keine Mails rein (vom POPConnector oder per telnet auf Port 25) und es gehen keine raus zum Smarthost. Aber intern von Postfach zu Postfach funktionierts?

Wo kommt denn der Port 465 her? Exchange kann damit jedenfalls weder "senden" noch "empfangen". Und ich KANN nicht hellsehen. :P

Nein leider werden sie das nicht. Gibt immer wieder Kunden, die aus "Gewohnheit" bei HiPath und Konsorten bleiben. Im Gegenteil, es wird sogar schlimmer, weil die SIP Trunks zunehmen wegen der Abschaltung von ISDN und damit hat man dann auf einmal noch die ganzen VoIP Probleme obendrauf. ;)

Tja, da du nicht sagst, was alles schon probiert wurde: https://www.frankysweb.de/exchange-2013-451-4-7-0-temporary-server-error-please-try-again-later-prx2/ https://www.it-consulting-grote.de/blog/?p=7193

Tja, so ist das mit Freundinnen. Ich würde auch nicht auf die Idee kommen auf einmal überall Linux administrieren zu wollen. Ist zwar auch nur ein OS, aber naja.

Hätte mich auch stark gewundert und läßt mich wieder zweifeln am Herstellersupport mancher Produkte. ;)

Wenn die Welt perfekt wäre, würde es noch funktionieren. Der Gegenbeweis ist dein Thread hier. ;) Hmm, dann habt ihr ja kein Problem. Denn ohne Mails ist ja anscheinend auch keine Zeit vorhanden. Sorry, die Argumentation kann ich nicht unterstützen. Wenn keine Zeit für ganz normale Wartung (und nichts anderes ist das Installieren von CUs/Sicherheitsupdates usw.) ist, dann braucht man sich im Fehlerfall auch nicht wundern, wenns mal nicht so geht, wie man es gern hätte. Ich erzähle dir da sicher nichts neues, aber es ändert eben nichts daran, dass Fehler manchmal einfach so auftreten.

Ein Verteiler hat keinen Abwesenheitsassi. Das kannst du evtl. mit einer Transportregel oder einem Dummyuser oder 3rd Party lösen.

Naja davon unabhängig. Du hast jetzt die Wahl, dich um ein Problem zu kümmern, weil es "eigentlich" funktionieren müßte, oder du deaktivierst mapi/http wieder und bist glücklich wie vorher auch. ;)

... Haben wir schon immer so gemacht? ;) Lese ich das da oben richtig? Exchange 2013 CU11? Dann aktualisier mal auf CU22. Viel Spaß. Und vorher ein vernünftiges Backup anlegen und nicht gleich wieder restoren, wenn es Probleme beim Update gibt. ;)

Gibt hier bestimmt noch andere Nutzer dieser Software. Evtl. haben die ja noch eine Idee. Aber wie gesagt, ich bezweifle, dass XPhone Connect (war glaub ich ehemals was von Siemens) tatsächlich Mapi/http nutzen _muss_.