NorbertFe

Nein, ich hätte vielleicht lieber "afair" schreiben sollen. :) Weil das MS ist. ;)

OK, wir sind gespannt auf deine Alternativen. :p ;)

Wie sind denn deine Anforderungen?

Ping oder DNS?

10 ja 11 afaik nein. Ja du musst das pack installieren und den Office 2016 kms key. Genau wie beim 2012er. ;)

Das ist doch dasselbe. Oder was meinst du? Im Adminportal gibts MAK und KMS und der KMS ist der KMS Host Activation Key und steht ggf. nur auf Anforderung zur Verfügung. Richtig. Nein. Die Clients werden vom KMS Server aktiviert, wenn der mittels seines KMS Host Activation Keys (den du im Adminportal ggf. auf Anforderung erhältst) aktiviert wurde. Das ist der Generic KMS Key für Clients/Server, die bspw. vorher einen MAK hatten und jetzt auf KMS Aktivierung umgestellt werden sollen. Das hat sich alles übrigens seit Windows Vista genau nicht verändert. Eigentlich ja, aber der wird nicht überschrieben. Hat jedenfalls noch nie funktioniert. Entweder löschst du den alten Eintrag oder änderst ihn auf den neuen Server.

Keine eigene PKI wenn nichts dafür spricht eine zu betreiben. ;)

Weil Teamviewer ja noch nie nie nie Sicherheitsprobleme hatte. :)

Nein, das stimmt nicht. Wenn man seit 2016 KMS Keys haben wollte, musste man das bei MS telefonisch anfordern. Ja, aber wozu? Völlig egal. Der DNS Service Record zeigt ja nur auf einen Server.

Das is nu ausgerechnet die ungünstigste Methode von allen. Wieso nicht wie bereits vorgeschlagen, parallel aufbauen? Selfsigned würd ich mir schon allein deswegen ersparen. Habt ihr da eine nicht öffentliche Domain drin oder warum nicht einfach eins kaufen? Ansonsten könnte man notfalls das selfsigned natürlich auch per GPO an die Windows Kisten verteilen und per MDM an alle anderen. Bye Norbert Dann setz sie halt hoch und erneuere das Root Zertifikat.

Das wären dann aber 3 Freigaben. ;) Also Download immer in die Freigabe der Testpersonen und per robocopy zur Freigabe an alle umkopieren.

:) soweit runter hab ich gar nicht geschaut, weil man ja davon ausgeht, dass es auch mit nicht überschneidenden Terminen jemand gemerkt hätte.

Wieso nicht? Oben wolltest du das noch alles neu machen. ;) Würde vermutlich auch gehen auf 2016 aber ne vm ist denke ich deutlich fixer.

Dann hab ich leider keine weitere Idee.

Setz mal auf beides auf 0 :)

Und wieso ist das eine undankbare Aufgabe? Ja, nein du darfst auch 2016 nehmen. Halt irgendeinen der 2016 als FFL 2016 kann. ;) Ja dem Irrglauben erliegen viele, dass es damit dann erledigt wäre. :)

Wie sind denn die aktuellen Settings des Raumpostfachs? Get-mailbox dein-Raumpostfach | get-calendarprocessing | fl allowConflicts Natürlich per Exchange Online Powershell. ;)

Ja, deswegen weiß man vorher welchen Karton man nicht auspacken braucht. ;)

Wenn du mutig bist, entsorgst du deswegen die Hälfte der Kartons sofort. :)

SRP mit Hashes dürfte vermutlich die "sicherste" Variante sein, wobei man dann aber auch regelmässig prüfen müsste ob die Hashes sich nicht ändern durch Updates usw.

It’s magic . . . peter. Aha.

Dürfte wohl in vielen Szenarien auch so sein. Hat ja nen Grund warum die weit oben stehen wenn es um angriffvektoren geht. ;)

Du könntest nebenbei noch Kaffeekochen oder schauen was die Kollegen aufm Parkplatz machen. ;)

Tja, und die arbeiten dann alle mit Outlook? Im Zweifel musst du ihnen halt ne reg Datei geben. 😁 Wenn die per imap hantieren wird das Konto danach normalerweise nicht mehr geändert. Aber du hast halt evtl. bei neuen Outlook Profilen dann ein Problem. Mobile device Management Lösungen aus der Cloud. 😆

Mal davon abgesehen dass das natürlich perfekte Bastelei ist, musst du eben für O365 Nutzer andere Gruppenrichtlinien verteilen als für die Postfix User und jeweils die nicht zu verwendenden Autodiscover Mechanismen abschalten.