NorbertFe

Jahaaaaa ich habs verstanden. ;)

Üblicherweise legt man das Backup schon aus Lastgründen nicht auf das selbe Storage; mal vom Restore im Desasterfall abgesehen. ;)

Dann würde ich aus Prinzip auf dem ÖO eine Verfallszeit definieren. :)

Gibt ja auch genügend Leute die sich ihre eigenen Mails per BCC zuschicken. ;)

Korrekt. An deiner Spamlösung oder indem du dem Ding halt eine nur intern adressierbare Emailadresse gibts - sowas wie import2@domain.local usw. Bye Norbert

Public Folder Emailaktivieren und in die Verteilerliste stecken. Natürlich hat der dann eine andere Emailadresse und ggf. solltest du darauf achten, dass der Public Folder nicht von extern direkt adressierbar ist, damit da kein Spam und Kram auflaufen können.

Den kann ich benennen: Das haben wir schon immer so gemacht. ;) Nein, ich denke eher sollte der Offlinemode verwendet werden, wenns wirklich um jedes MB bei SAT Verbindung gehen sollte. Dass es den überhaupt noch gibt, hat mich auch gewundert. :)

Das ist mir schon klar. ;)

Nicht zwingend, gibt auch afair auch storages mit mehr Ports. Und so teuer muss ein Switch nicht mehr sein, wobei das Ding dann auch redundant sein sollte.

Warum warst du da nochmal weggegangen?

Dir wird nicht von Exchange abgeraten, sondern davon, ihn als dms zu verwenden.

Nein.

Danke. Dann sollten jetzt alle Infos bekannt sein. Happy Patching. :p

Weil das auch für mich irgendwie sehr konfus formuliert war, hab ich das mal in verständlich aufgeschrieben (dann kann ich ggf. nachschauen.): Für alle Exchangeserver (also Exchange 2010 SP3, Exchange 2013 CU21 und Exchange 2016 CU11) und älter als Oktober 2018 ist folgender Patch in der x64 Version notwendig: https://www.microsoft.com/de-DE/download/details.aspx?id=26999 (ja auch auf Windows 2012, 2012R2 und 2016 und auch ja, der Patch ist vom August 2011 und nochmal ja, vorher sieht man nicht zwingenderweise, dass Microsoft Visual C++ Komponenten installiert sind) Ab Exchange 2016 CU11 ist das Problem gelöst. Hintergrund ist, dass alle alten Exchange Versionen eine veraltete Komponente mitinstallieren und diese den Patch bei Vorhandensein sogar überschreibt.

In #2 stehen zwei Varianten, so lese ich es zumindest. Aber ok, nur nicht Zuviel schreiben. ;) Schönen Abend noch norbert

Keine frage.

Niemand weiß was du damit sagen willst. Aber schön, dass dein Thema erledigt ist. Was war jetzt die Lösung?

Stimmt die suchen immer. Ob man dort dann glücklich wird ist eine andere Frage. ;)

Ein Tool auf clientseite gehört trotzdem nicht in die Exchange Kategorie. ;) und Exchange serverseitige Tools sind ja basierend auf den vorherigen Aussagen des to nicht gewünscht.

Das Risiko für pst Export aber genauso wenig. Abgesehen davon gibts genau für solche Aufgaben Dienstleister die einen beraten oder das im Auftrag für dich erledigen. Aber wenn man immer alles alleine machen will/muss, dann muss man entweder basteln oder sich die notwendigen Fertigkeiten selbst erarbeiten. Was sinnvoller und ggf. Preiswerter ist kommt immer drauf an und selbst das wird dir ein vernünftiger Dienstleister sagen. bye norbert

Ja aber die sind ja nicht gewollt und somit ist es hier nunmal falsch. ;)

Hmm irgendwie bin ich jetzt aber mal raus. Wenn du pst Export/Import machen willst, dann wird dich niemand hindern. Und mehr als abraten kann man hier im Forum nicht. Nimm’s an, oder lass es. Es ist deine Umgebung und deine Nutzer steigen dir im Zweifel aufs Dach. Aber wahrscheinlich legt man sich dann die Ausrede zurecht, dass das eben an Microsoft liegt, die so ... software entwickeln. ;) bye norbert

Nein müssen sie nicht, denn genau deswegen migrieren man ja. Aber wenn’s dir Spaß macht mach halt die „mir doch egal, will nicht mehr“-Lösung. Viel Erfolg.

Bei der Datenmenge würde ich spontan von einem PST Transfer abraten und eine Interforest Migration starten. Immerhin müssen die Konten auf der anderen Seite ja auch "angelegt" werden und das kann man dann gleich alles korrekt mit Passwortübernahme usw. reglen. Bei Interforest wird man davon aber auch nicht wirklich was merken. Man muß ja nicht die ganze Zeit auf den Moverequest-Status schauen. :)

Was steht denn in der Niederlassung? Eigene Domäne/Forest oder nur ein Server der MItglied in eurer bisherigen AD-Umgebung ist? Mit den paar Infos kann man ja nicht wirklich weiterhelfen, aber PST Export/Import ist nie als "Migration" zu bezeichen, sondern als Datenexport/Import in meinen Augen. Wie viele Postfächer/Nutzer sind denn betroffen? Bye Norbert