chrismue

Ich habe jetzt die Berechtigungen mit einem anderen System verglichen, und korrigiert. Jetzt gehts wieder. Danke @NorbertFe

Hallo @NorbertFe Ich habe eine andere Kundenlandschaft, mit dem gleichen Setup, deshalb vergleiche ich grade da. Ich bin jetzt bei den Erweiterten Sicherheitseinstellungen für "Exchange Trusted Subsystem" Hier ist auf dem Funktionierenden System die Vererbung aktiviert, auf dem defekten System die Vererbung deaktiviert. So wie ich es verstanden habe, sollte diese aber auch deaktiviert sein. Oder sehe ich das Falsch Gruß chrismue

Hallo Norbert, ein /prepareAD hat nichts geändert. Gruß chrismue

Hallo Norbert, verschieben des Users - gleicher Fehler Neuanlegen eines Testusers in anderer OU - gleicher Fehler. Standard wiederherstellen eines Users - gleicher Fehler 5 User zum Test mal versucht die Postfachgröße zu ändern - alle gleicher Fehler. Ich habe keinen User, bei dem es funktioniert. Wenn ich in die Eigenschaften des Postfachs des Administrators gehe, bekomme ich die Meldung das die OU nicht gefunden wurde. Der Administrator befindet sich aber in der Standard Users OU, welche vom System angelegt wird. Verschiebe ich ihn in eine neu angelegte TestOU, kann ich die Postfach Eigenschaften öffnen, bei Änderungen bekomme ich den bekannten Fehler. Gruß chrismue

Wie prüfe ich das ?

Hallo zusammen, heute morgen bat mich ein Kollege um Hilfe. Er hatte einen User im Kunden-AD (Server2012R2) angelegt und wollte anschließend ein Postfach (Exchange 2013 CU23) erstellen. Hierbei kam dann die Meldung Fehler bei Active Directory-Vorgang mit Firma-DC-02.cevec.local. Bei diesem Fehler ist kein Wiederholungsversuch möglich. Zusätzliche Informationen: Die Zugriffsrechte reichen für diesen Vorgang nicht aus. Active Directory-Antwort: 00002098: SecErr: DSID-03150E49, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0 Während ich zu diesem Fehler recherchierte rief eine Mitarbeiterin des Kunden an und bat darum, ihr Postfach zu vergrößern. Gleiche Fehlermeldung. Dann bin ich auf dieser Seite gelandet. Meine Recherchen haben ergeben, das dies etwas mit der Vererbung zu tun hat, wenn der User in geschützen Gruppen war (AdminSD Holder) Schließlich bin ich dann auf dieser Seite gelandet, und habe mit get-aduser <username> -properties ntsecuritydescriptor | select -expand ntsecuritydescriptor | select areaccessrulesprotected AreAccessRulesProtected ----------------------- False geprüft, ob die user die Vererbung deaktiviert haben. Dies wird bei beiden Usern mit false quittiert, d.h für mich das sie nicht das AdminSD Holder Attribut haben. Ich habe weiter recherchiert und bin bei Frankys Web gelandet. Hier ist der Fehlercode etwas anders, aber ich habe versucht die gepostete Lösung umzusetzen. Anbei die Fehlermeldung. [PS] C:\Windows\system32>New-ManagementRoleAssignment -Name OrgMgmtFix -Role "Mail Recipient Creation" -SecurityGroup " rganization Management" |clip Fehler bei Active Directory-Vorgang mit firma-DC-02.firma.local. Bei diesem Fehler ist kein Wiederholungsversuch möglich. Zusätzliche Informationen: Zugriff verweigert. Active Directory-Antwort: 00000005: SecErr: DSID-03152612, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0 + CategoryInfo : NotSpecified: (:) [New-ManagementRoleAssignment], ADOperationException + FullyQualifiedErrorId : [Server=firma-EXCH-SRV,RequestId=6ae6067b-676f-462d-af69-db9d33308b66,TimeStamp=25.03.20 21 15:55:05] [FailureCategory=Cmdlet-ADOperationException] 34B924E8,Microsoft.Exchange.Management.RbacTasks.NewMan agementRoleAssignment + PSComputerName : firma-exch-srv.firma.local Jetzt bin ich echt ratlos, und ich bin über jede Hilfe dankbar. Zu Schluss noch als Info, der Exchange Server war auch vom HAFNIUM Exploit betroffen, und wurde aus einem Backup von vor dem Vorfall wiederhergestellt. Das AD & der Befallene Exchange wurden von einem Drittunternehmen forensisch untersucht, und die Wiederherstellung aus dem Backup wurde empfohlen, Gruß chrismue

Hier ist eine Anleitung für Exchange 2013 Gruß chrismue

Hallo @tesso, ja, wird gemacht. Was mir noch aufgefallen ist, ich habe das CU20 zur Wiederherstellung genutzt. Mir wird aber folgende Version angezeigt. AdminDisplayVersion : Version 15.1 (Build 1415.2) Das wäre CU8. Das SetupLog schreibt Setup version: 15.1.2242.4. Das verwirrt mich jetzt ein wenig. Gruß chrismue

Hallo tesso, ich habe die DB nun in den V15 Ordner verschoben, anschließend konnte ich die DB problemlos mounten. Vielen Dank.

Leider startet die Management Shell auf dem alten Exchange nicht mehr. Aber ich habe grade mal Manuell verglichen Alter Server: "E:\Exchange Server\V15\Mailbox" Neuer Server: "E:\Exchange Server\Mailbox" Ich habe die Installation mit f:\Setup.exe /IAcceptExchangeServerLicenseTerms /Mode:RecoverServer /TargetDir:"E:\Exchange Server" gestartet. Wo ist der V15 Ordner, oder muss ich mit /TargetDir:"E:\Exchange Server\v15" installieren ? Nachtrag: Der V15 Ordner ist unter E:\Exchange Server erstellt worden, enthält aber nur die Ordner "ClientAccess,FrontEnd,TransportRoles" Gruß chrismue

Hallo zusammen, ich stelle grade für einen Kunden einen Exchange 2016 nach Anleitung von FrankysWeb wieder her. Bis zu dem Punkt Mailbox mounten ist alles ohne Fehler gelaufen. Jetzt kommt bei dem Befehl Get-MailboxDatabase -Server KS-Exchange | Mount-Database Bestätigung Mindestens eine Datenbankdatei dieses Informationsspeichers fehlt. Das Einbinden dieses Informationsspeichers erzwingt die Erstellung einer leeren Datenbank. Führen Sie diese Aktion nicht aus, wenn Sie eine frühere Sicherung oder eine fortlaufende Replikationskopie Ihrer Datenbank wiederherstellen möchten. Möchten Sie den Vorgang wirklich fortsetzen? [J] Ja [A] Ja, alle [N] Nein [K] Nein, keine [?] Hilfe (Standard ist "J"): Der Ordner "Mailbox Database 0384629771" ist auf Quell und Zielsystem bis auf letzte Byte gleich groß. Kann mir jemand sagen, wo es haken könnte ? Gruß chrismue

Und der ist immer noch am Netz ? Gruß chrismue

Neue Fritzboxen haben nicht mehr die gleiche SSID Und ältere Boxen unterscheiden sich dann beim WLAN Schlüssel. Gruß chrismue

Nein, liegst du nicht, für den Essentials brauchst du keine CALs. Aber der Server darf max. 64 GB haben. Und du darfst keine HyperV Rolle installieren. Gruß chrismue

Aber sie haben doch ein Smartphone.... Gruß Jasper

Hi, können sie den Haken nicht im OWA setzen ? Gruß chrismue

Hallo zusammen, die Lösung gab es bei FrankysWeb im Forum. Es war der Windows Defender, der die Installation verhindert hat. Gruß chrismue

Hallo zusammen, ich muss aus gegebenem Anlass einen Exchange neu machen, welcher von dem Hackerangriff befallen war. Ich halte mich hier an die Anleitung von FrankysWeb. Die Installation ist jetzt aber schon zweimal abgebrochen E:\>Setup.exe /IAcceptExchangeServerLicenseTerms /Mode:RecoverServer Microsoft Exchange Server 2019, kumulatives Update, unbeaufsichtigte Installation 8 Dateien werden kopiert... Dateikopiervorgang beendet. Setup erfasst nun zusätzliche für die Installation erforderliche Informationen. Sprachen Postfachrolle: Transportdienst Postfachrolle: Clientzugriffsdienst Postfachrolle: Postfachdienst Verwaltungstools Postfachrolle: Clientzugriffs-Front-End-Dienst Postfachrolle: Front-End-Transport-Dienst Die Voraussetzungen für Microsoft Exchange Server werden überprüft Voraussetzungen werden konfiguriert ABGESCHLOSSEN Analyse der Voraussetzungen ABGESCHLOSSEN Microsoft Exchange Server wird konfiguriert Das Setup wird vorbereitet ABGESCHLOSSEN Dienste werden angehalten ABGESCHLOSSEN Exchange-Dateien werden kopiert ABGESCHLOSSEN Sprachdateien ABGESCHLOSSEN Dienste werden wiederhergestellt ABGESCHLOSSEN Sprachkonfiguration ABGESCHLOSSEN Postfachrolle: Transportdienst ABGESCHLOSSEN Postfachrolle: Clientzugriffsdienst ABGESCHLOSSEN Postfachrolle: Postfachdienst ABGESCHLOSSEN Exchange ManagementTools ABGESCHLOSSEN Postfachrolle: Clientzugriffs-Front-End-Dienst FEHLER Der folgende Fehler wurde generiert, als "$error.Clear(); set-InstallPathInAppConfig -ConfigFileRelativePath "FrontEnd\HttpProxy\oab" -ConfigFileName web.config " ausgeführt wurde: "System.UnauthorizedAccessException: Der Zugriff auf den Pfad "C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\oab\web.config" wurde verweigert. bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) bei System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) bei System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) bei System.IO.StreamWriter.CreateFile(String path, Boolean append, Boolean checkHost) bei System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize, Boolean checkHost) bei System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding) bei Microsoft.Exchange.Management.SetInstallPathInAppConfig.InternalProcessRecord() bei Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__91_1() bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean terminatePipelineIfFailed) bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessTaskStage(TaskStage taskStage, Action initFunc, Action mainFunc, Action completeFunc) bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord() bei System.Management.Automation.CommandProcessor.ProcessRecord()". Der alte Exchange ist komplett auf C:\ installiert gewesen, daher hab ich den Schalter /targetDir: jetzt nicht verwendet und wollte die DB und die Logs im Nachgang verschieben. Das ganze läuft in einer Server 2019 Std Umgebung als VM mit 16GB RAM. Ich weiß nicht das optimale, aber momentan nicht zu ändern. Kann mir jemand etwas zu dem fehler sagen ? Gruß chrismue Kleiner Nachtrag in dem o.g. OAB Verzeichnis kann ich Dateien erstellen. Dies hab ich schon getestet. Die Dateien global.asax und web.config.bak wurden auch erstellt. Ich habe die Frage jetzt auch im Forum von FrankysWeb gestellt.

Ja, und der Artikel ist u.a. in meinem Link auch vorhanden. Aber schön das es jetzt geklappt hat. Gruß chrismue

Hast du denn den Microsoft Artikel abgearbeitet, den ich gepostet habe ? Gruß chrismue

Mir hat dies hier geholfen, als Netlogon & Sysvol auf einem neuen Server2019 DC nicht vorhanden waren. Gruß chrismue

Du darfst auch gerne auf dein Cross-Posting hinweisen. Administrator.de Gruß chrismue

Warum macht man das ? Gruß chrismue

Hallo, wie versendest du denn deine Mails ? Über einen Smarthost ? Steht die Testumgebung bei dir Zuhause ? Normaler DSL Anschluss ? Gruß chrismue

Guten Morgen, hier im Forum von Administrator.de war es ein Tippfehler. Vielleicht nochmal prüfen. Gruß chrismue