sugar76

Danke, aber da wird wohl ein anderes Problem behandelt. Wenn Updates auf dem Server fehlen würden, dann würde es ja nach einen Neustart auch nicht gehen. Tut es aber. Meine Frage bezog sich eher darauf, ob ich irgendwo in den Windows-Protokollen etwas über die Ursache des Problems finde.

Hallo, wir nutzen einen Windows Server 2022 Standard, 21H2, 20348.1194 als Terminalserver. Kein AD, Lizenzierung per Device-CAL. Vor kurzem bekamen die User bei Anmeldung lediglich einen schwarzer Bildschirm zu sehen. Auch ich als Admin hatte das Problem, so dass nur noch ein Neustart half. Im Ereignisprotokoll unter Windows-Protokolle/System hab ich nichts gefunden. Unter Windows-Protokolle/Sicherheit findet sich nur ein Logon- und kurz danach ein Logoff-Eintrag zu der betreffenden Zeit. Ich würd gern zunächst mal wissen, was eigentlich das Problem war. Gibt es weitere Protokolle, die relevant sind? An welcher Stelle würdet Ihr suchen? Gruß

Nur mal aus Neugierde - ich nutze em Client teils privat: wo/wie kann ich den scripten? Gibt's da eine API oder meinst Du die Regeln (für eingehende Mails etc.)?

Exchange existiert nicht, sonst hätte ich ja kein Problem Die E-Mail Konten sind bei einem externen Provider und der verwendet IMAP.

Hallo, ich würde gerne wissen, ob man IMAP-Konten (als Outlook Profil) per AD verteilen kann, so dass der Benutzer immer die benötigen Konten zur Verfügung hat - egal, wo er sich anmeldet. Aktuell ist Win Server 2019 im Einsatz, wobei mich die Frage mal grundsätzlich interessieren würde. Mit Exchange ist das wohl kein Problem, aber geht das auch bei IMAP Konten? Habe im Netz dazu gesucht, aber bisher keine Lösung gefunden. Weiß das jemand? Gruß

Weißt Du, wie sich das Feature in Office 365 nennt bzw. wo ich mehr darüber finde? Für das Juristische sind Anwälte zuständig, das ist völlig klar. Aber es gibt auch eine technische Seite des Problems und ich hatte gehofft, dass Exchange hier Hilfsmittel bietet.

Hallo allerseits, ich suche eine Möglichkeit, wie man bei juristisch relevanten E-Mails die Zustellung beim Empfänger nachweisen kann. Der mir bekannte rechtlich anerkannte Weg: in die Server-Logs schauen, ob die Mail mit Status 250 zugestellt wurde. Dieses Vorgehen ist aber nur für Einzelfälle praktikabel. Bei GMail/G-Suite gibt es die Möglichkeit, einen Link zu einem GDoc zu versenden und in einer zweiten Mail das zugehörige Passwort. Der Abruf des Docs beim Empfänger wird protokolliert. Frage: bietet Exchange Möglichkeiten, den Nachweis über Zustellung einer Mail zu führen? Gibt es ein zu GMail vergleichbares Feature? Gruß

Ja, es gibt zwei Programme. Wir nutzen hier einen Faxserver, die beiden gehören dazu. Etwas merkwürdig ist, dass eines der beiden eigentlich als Dienst läuft. Sollte also im Autostart-Ordner nichts verloren haben.

Der BIOS Treiber ist aktuell. Der letzte Chipsatz-Treiber habe ich gerade installiert. Aktuell tritt das Problem nicht auf, das war aber schon unmittelbar vor der Installation des Chipsatz-Treibers so. Manchmal geht es, dann wieder nicht. Daher mein Gedanke, über Systemprotokolle herauszufinden, woran es liegt - wie gesagt, im Ereignisprotokoll steht nichts auffälliges.

Hallo, ich nutze einen Tower-PC als Server mit Windows Server 2019 (keine Virtualisierung). Ich habe das Problem, dass der Rechner des öfteren nicht richtig runterfährt - klicke ich auf "Herunterfahren", erscheint die Meldung, dass heruntergefahren wird, der Bildschirm wird schwarz, aber der Rechner läuft weiter, bleibt also eingeschaltet. Starte ich den Rechner im abgesicherten Modus, habe ich das Problem nicht. Ich vermute daher ein Software-Problem, habe aber keine Idee, wie ich die Ursache ermitteln kann. Ein Blick ins Ereignisprotokoll zeigt erstmal nichts ungewöhnliches. Daher meine Frage: hat jemand eine Idee, wie ich herausfinden kann, welche (Software-)Komponente das Herunterfahren verhindert? Gibt es irgendwelche Protokolle, die beim Herunterfahren erstellt werden? Gruß

Hallo, es geht um Windows Server 2019. ich hatte versehentlich RDS User CALs in einer Arbeitsgruppenumgebung benutzt, was ja nicht geht. Daher habe ich die User CALs auf Device CALs konvertiert. Die Lizenzierungsdiagnose zeigt mir an, dass alles OK ist und ich gültige Device CALs installiert habe. Trotzdem erhalte ich bei jeder Remote-Anmeldung (im lokalen Netzwerk, immer derselbe Client) die Meldung: Wie kann ich denn herausfinden, welches Problem denn nun genau aufgetreten ist bzw. was könnte die Ursache sein? Gruß

Nicht nötig. Ich habe nachträglich auf den Thread verlinkt, nachdem Du mich darauf aufmerksam gemacht hast.

Kannst Du ein paar Stichpunkte zu diesen Datenbanken geben? Wieviele Tabellen, wieviele Anwender bzw. gleichzeitige Verbindungen, welcher Art sind die Queries (eher einfache oder auch sehr komplexe mit vielen Joins, etc.) ...

Habe im Eingangs-Beitrag auf den Thread verlinkt. Ich will auch nicht spammen, sondern wollte einfach mal zusätzliche Meinungen einholen.

Ich habe es ja getestet, ohne dabei an die Grenzen der RAM-Limitierung zu stoßen. Das ist halt keine Garantie, dass es nicht zukünftig Probleme geben kann, die Datenbank wächst ja mit der Zeit. Und das wird dann teuer (=> Lizenzkosten).