NorbertFe

So ein ganzheitlicher Ansatz zur Lösung eurer „Anforderungen“ wäre ja auch irgendwie zu sinnvoll, oder wie soll man das verstehen? Wenn das Neuland ist, kauft man sich know how ein.

Das bedeutet nicht, dass man kein Backup der dcs benötigt. Ich erinnere mal an Maersk. ;) Das könnte eine Möglichkeit darstellen. Ja. Das Thema „Anforderungsdefinition“ hast du oben aber schon gelesen, oder? was hilft dir jetzt eine Auflistung von am Markt verfügbarer backupsoftware?

Werden wir sehen. Aber bei der Fragestellung wahrscheinlich keine 1h Wiederherstellung ohne Datenverlust. ;)

Um deine Frage zu beantworten: Gar nicht, weil ich diese Anforderungen nicht habe. :p ;) Zum Glück bald Feierabend. ;)

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. ;)