tesso

Da Exchange seine gesamte Konfiguration im AD ablegt wundert es mich nicht. Immernoch: Wurde das AD gehärtet? So ein Verhalten ist ungewöhlich. Orgman darf alles. Wurden die RBAC Rollen verändert? Evtl. schon am Ex2010?

Und ich möchte erst einmal verstehen, was du dort treibst. Hast du evtl. auch probiert das AD zu härten?

Was willst du denn erreichen? Server Management ist nicht nur ein Recht. Deine Rechte sind widersprüchlich. Andererseits hat der User viel zu viel Rechte.

Die Klimaanlage lief schon als ich ankam.

Morgen, ich sitze schon beim Kunden. Kaffee steht schon neben mir.

Morgen Board. Licht an. Ich koche mal Kaffee und lüfte durch.

Ich habe einen verspäteten EC bekommen. Viel kann nun nicht mehr schief gehen. In Köln gehe ich zu Fuß zum Hotel.

Lass es dir schmecken. Ich sitze in der Bahn und schaue einen Film.

Ich sprach von Bier. Kölsch = Der gelungene Versuch Wasser zu verdünnen. Die Bahn nervt heute gehörig. Aus ein paar Minuten Verspätung wurden erst 20 dann 30 Minuten. Am Ende hieß es "unbestimmte Zeit". Auskunft bekommt man von niemandem. Ich versuche nun eine komplett andere Strecke. Mal sehen was hier nun wieder schief geht.

Keine Angst, wenn dann ein richtiges Bier.

Sitze mal wieder in der Bahn. Diesmal ist das Ziel Köln.

Ich habe es in der Testumgebung laufen parallel zu einem Exchange 2016. Sieht genauso aus wie ein 2016. Das SSD-Tiering ist noch nicht implementiert. Der Index der Datenbanken soll sich jetzt in den Datenbanken befinden. Das glaube ich noch nicht so recht. Es wird weiterhin die Ordnerstruktur samt Inhalt angelegt. Die interne Nummer ist 15.2. Änderungen konnte ich noch nicht feststellen. Evtl. baue ich heute Abend zu der Umgebung noch einen Core Server. Da läuft der Exchange 2019 jetzt auch. User verschieben von 16->19 hat funktioniert.

In der primären ist die schreibbare Ordnerstruktzur. In den anderen nur eine lesbare Kopie.

Ich sitze im warmen Zug (im Anzug) und bin auf dem Heimweg.

Ich nehme, dann hast du was falsch gemacht. Nimm den Rat von NobertFe an und setze die Lesebrechtigung für die Computer.

Warum probierst du es nicht aus? Ich meine es geht, habe aber gerade eine andere Umgebung am Laufen und keinen Exchange verfügbar um es selbst zu testen.

https://docs.microsoft.com/en-us/powershell/module/exchange/sharing-and-collaboration/new-publicfolder?view=exchange-ps New-PublicFolder -Name Reports -Path \Marketing\2016 -Mailbox Mailbox2

Das geht nur in der Powershell.

Ich sitze im Biergarten bei guter Hausmannskost und einem Wasser. Danach geht es zurück ins Hotel den Exchange 2019 weiter erforschen.

Ich habe heute Abend den Exchange 2019 in der Testumgebung installiert. Sieht aus wie der 2016. Die hälfte ist um. Noch zwei Tage, dann geht es wieder heim. Am Sonntag dann nach Köln.

OT: Dann schreib doch, geteert, gefedert, ausgeschimpft und in die stille Ecke gestellt.

Deine Lösung ist nur eine Krücke. Die kann funktionieren, muß es aber nicht. Ich hatte damit auch schon Probleme. Pack das Problem an der Wurzel an und ändere die Verweise in den Dateien. Es gibt Dritthersteller, die dich dabei unterstützen.

Hier ist der Link zu RU22 https://www.microsoft.com/en-us/download/details.aspx?id=57065

Ich hatte im Hotel die ganze Nacht die Klimaanlage laufen. Damit war es zu ertragen.

@Norbertaushb Das ging in seinem Fall nicht, da er einen produktiven Terminalserver geklont hat. Und diesen nun als zusätzlichen Server in die Farm nehmen will. Daher erst jetzt sysprep. Ich würde den Server noch einmal exportieren. Evtl. ist dabei etwas schief gegangen.