Peterzz

Ich habe die Kommandozeile mit ausführen als Administrator gestartet und habe daraus den Patch aufgerufen.

Hallo, ich will den neuen Sicherheitspatch für Exchange 2013 CU23 auf meinen Exchange Server installieren und laufe in den Fehler, dass die Setuproutine eine .msi Datei sucht, die aber nicht vorhanden ist. Dadurch lässt sich der Patch nicht installieren. Hat jemand das gleiche Problem und hat eine Lösung für mich?

Das Zertifikat, welches überschrieben werden soll, hat als Issuer u. Subject "CN=Microsoft Exchange Server Auth Certificate" stehen. Dieses Zertifikat benötigt also keine Bindung an SMTP?

Hallo, ich möchte mein Exchange Zertifikat für einen Exchange Server 2013 erneuern. Dazu habe ich mir ein gültiges Zertifikat gekauft und dieses in den Zertifikatsspeicher des Exchange Servers importiert. Anschließend habe ich mit dem Befehl certutil –repairstore my SN-Neues-Zertifikat den öffentlichen Schlüssel zugewiesen. Als letztes will ich noch das Zertifikat an die Dienste (IIS. SMTP, POP3, IMAP) binden. enable-exchangecertificate -thumbprint Thumprint-Neues-Zertifikat -services smtp,iis,imap,pop Nach dem Befehl bekomme ich aber folgende Frage: Soll das vorhandene SMTP-Standardzertifikat überschrieben werden? Aktuelles Zertifikat: 'Thumbprint-Server-Zertifikat ' (läuft am 02.02.2026 11:10:53 ab) Ersetzen durch Zertifikat: 'Thumbprint-Neues-Zertifikat ' (läuft am 16.07.2023 01:59:59 ab) [J] Ja [A] Ja, alle [N] Nein [K] Nein, keine [?] Hilfe (Standard ist "J"): Unter "Aktuelles Zertifikat" ist aber nicht das Zertifikat zu sehen, welches ich eigentlich, wegen dem Ablaufdatum, austauschen will, sondern folgendes: AccessRules : {System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessRule} CertificateDomains : {} HasPrivateKey : True IsSelfSigned : True Issuer : CN=Microsoft Exchange Server Auth Certificate NotAfter : 02.02.2026 11:10:53 NotBefore : 02.02.2021 11:10:53 PublicKeySize : 2048 RootCAType : None SerialNumber : SN-Server-Zertifikat Services : SMTP Status : Valid Subject : CN=Microsoft Exchange Server Auth Certificate Thumbprint : Thumbprint-Server-Zertifikat Kann ich das Zertifikat einfach überschreiben?

Hallo Tesso, das war es wohl. Das Gateway war nicht erreichbar und ich habe es umgestellt. Anschließend konnte ich Outlook öffnen. Danke, darauf wäre ich wohl nicht gekommen.

Hallo zusammen, ich habe in einer VMware Testumgebung Klone unseres Exchange Server 2013 (aktueller Patchstand) und unserer DCs am laufen. Nun habe ich einen neuen Windows 10 Rechner in die "Testdomäne" aufgenommen und will mich mit Outlook 2016 und einem bereits vorhandenen oder auch einem neu angelegtem Benutzer verbinden. Autodiscvover beim Einrichten von Outlook funktioniert, dann beim Öffnen von Outlook erscheint eine Fehlermeldung. Der Zugriff über OWA funktioniert einwandfrei, der Cache Mode ist nicht aktiviert. hat jemand eine Idee, woran das liegen kann, dass Outlook sich nicht öffnen lässt.

Hi an alle, gehe ich recht in der Annahme, dass das unten genannte Mai-Update nur für Umgebungen (DCs) mit einer PKI problematisch ist und Umgebungen ohne PKI nicht von dem Authentifizierungsproblem betroffen sind? CISA warnt vor Installation der Mai 2022-Updates auf Windows Domain Controllern | Borns IT- und Windows-Blog (borncity.com) Gruß Peter

Danke für die Info

So, ich habe jetzt nochmal, und die Betonung liegt auf nochmal, das ganze Programm mehrfach durchgeführt und siehe da, der Server erscheint. Das "gesamte Programm" beinhaltet zwar nur ein paar Zeilen aber Hauptsache "Er ist wieder da" Hier die paar Zeilen: net stop wuauserv rd /s /q %windir%\SoftwareDistribution net start wuauserv wuauclt /detectnow wuauclt /reportnow wuauclt.exe /resetauthorization /detectnow

Hallo, ich habe einen Windows Server 2019, der auch den WSUS bereitstellt. Der WSUS funktioniert grundsätzlich wie er soll und die konfigurierten Clients erscheinen in der WSUSä-Konsole. Alle Clients? Nein! Ein unbeugsamer Server, nämlich der, auf dem der WSUS läuft, will nicht in der Konsole erscheinen. Die GPO ist gesetzt und mit rsop.msc überprüft. In der Registry sind dementsprechend die Einträge gesetzt und auch im WindowUpdatelog ist der richtige WSUS Pfad (WSUS server: http://SERVERNAME:8530) zusehen. Hat jemand eine Idee, woran das liegen kann, dass der "WSUS-Server" selbst nicht in der WSUS-Konsole erscheint?

1400 geht noch ohne Fragmentierung bei1410 wird fragmentiert.

mmmmhh, das müsste ich mir bei der Sophos erstmal raussuchen, wo ich den wert finde.

Die MTU Size ist 1492.

Die Verbindung zwischen den Clients und dem Exchange Server 2013 (aktueller Patchstand), welcher diesen Jahres auf die 2019er Version migriert werden soll, wird noch über RPC/HTTP hergestellt. Bei einer Umstellung auf MAPI muss ich den 2013 Exchange Server, meines Wissens, erst dafür vorbereiten, sprich umkonfigurieren. Das Vorgehen muss ich mir erstmal genauer anschauen, damit nichts in die Hose geht.

So, ich habe es nochmal mit den original Einstellungen getestet und es funktioniert wieder ganz normal. Habe jetzt noch keine Umstellung vorgenommen, da das ja auch eine Umkonfiguration des Exchange Servers mit sich bringt und ich dieses nicht einfach so, ohne mich darüber zu informieren, machen möchte.

Die Umstellung kann ich erst morgen testen, melde mich dann noch mal.

Mapi/http Wie sollte die MTU Size bestenfalls sein?

Hallo zusammen, ich habe 3 Windows 10 PCs in einer Außenstelle, die über ein IPSec Site-to-Site VPN verbunden sind. Alle drei PCs sind auf einem aktuellen Patchstand und haben Outlook 2016 installiert. Seit ein paar Tagen haben nun zwei von den PCs das Problem, dass beim Starten von Outlook eine Fehlermeldung Auftritt, dass der Exchange Server nicht erreichbar ist. Bei dem dritten Client tritt das Problem nicht auf. Die gleiche Fehlermeldung erscheint auch bei dem Erstellen eines neuen Outlook Profils. Der Exchange Server ist ein 2013er, aktueller Patchstand. Das Anlegen bis zur Fehlermeldung dauert sehr lange. Die Namensauflösung funktioniert und auch sonstige Zugriffe (Filezugriffe) von der Außenstelle in die Zentrale gehen einwandfrei. In den Ereignisprotokoll auf dem Clients finde ich keine nennenswerte Fehlermeldungen. An der VPN-Verbindung hat sich nichts geändert. Kann man auf dem Exchange Server sehen, warum die Anmeldung nicht funktioniert hat? Wo kann ich noch suchen, um dem Fehler auf die Spur zu kommen? .

Unter Windows 7 gab es eine "AD-Suche" mit der man Änderungen am eigenen Benutzer vornehmen konnte. Unter Windows 10 kann man die Suche mit dem Befehl noch ausführen: %SystemRoot%\SYSTEM32\rundll32.exe dsquery,OpenQueryWindow

Ja, das sehe ich ein. Da macht das bestimmt keinen Sinn. Danke für die Zusatzinfos.

Danke für die Antwort und dem Link. Ist es nicht eigentlich besser, das Backup "Vollständig" als "Einfach" zu machen, damit man die Option hat Transaktionsloggenau wiederherzustellen?

Hallo, da ich nicht so firm im SQL-Server 2017 bin habe ich mal die Frage, ob man die Transaktions-DB (*.Log ) regelmäßig, natürlich nach eine Backup, über das Management Studio verkleinern sollte oder ohne Probleme verkleinern kann? Danke

Habe sie schon gelöscht, war eine Client Regel:

Es hat sich erledigt. Auf dem Sammelpostfach war eine Regel hinterlegt, die die 3 minütige Verzögerung verursacht hat