Jump to content

Alle Aktivitäten

Dieser Verlauf aktualisiert sich automatisch

  1. Heute
  2. Danke! ich teste das mal und melde mich zurück
  3. Es wird die Taste "MediaPlayPause" mit Keycode 179 sein. (Siehe https://learn.microsoft.com/de-de/dotnet/api/system.windows.forms.keys?view=windowsdesktop-9.0)
  4. Hi! Keine Sorge - dieses Thema ist nicht "Unkoscher" Meine Tastatur kann Youtube Videos pausieren und starten ohne das das Browser-Fenster aktiv ist! Das finde ich super! Ich würde das gerne in ein Skript einbauen aber ich muß dafür wissen das der Pause/Play Botton meiner Tastatur "macht" Die Tastatur ist generisch, keine besonderen Treiber oder App nötig. Kann mir jemand weiterhelfen? Danke"!
  5. Schuss ins Blaue -> Setze für einen Testclient einmal aus GPS: Disable AutoDiscover: excludelastknowngoodurl: 1 excludescplookup: 0 alles andere auf 1 Das self-signed Zertifikat ist auf den Clients in den "trusted Roots"?
  6. Im Zertifikat sind als alt. Namen, autodiscover.interne.domain und autodiscover.externe.domain enthalten. Nein, per GPO haben wir das Autodiscover-Verhalten nicht angepasst. Proxy usw. was HTTPS aufbricht ist im internen Netzwerk nicht vorhanden. Die URLs in den virtuellen Verzeichnissen hatte ich ebenfalls angepasst und wieder zurück gesetzt. Als Bsp. OWA Alt: Intern URL= owa.interne.domain/owa Extern URL= owa.externe.domain/owa Neu: Intern URL= owa.externe.domain/owa Extern URL= owa.externe.domain/owa Aktuell wieder nach "alt" zurück geändert. MfG Meiner
  7. Ja und der Rest meines Postings? Zwei Fragen und eine Antwort sind immer noch wenig hilfreich.
  8. In der Verwaltungsshell des Exchange mittels: Set-ClientAccessServer -Identity "Exchange" -AutoDiscoverServiceInternalUri https://servername.interne.domain/Autodiscover/Autodiscover.xml
  9. Ergänzend: Also findet sich im Zertifikat nichts in Richtung "autodiscover.<primäre SMTP Domain1>.<tld>", "autodiscover.<primäre SMTP Domain2>.<tld>", ...? Habt ihr per GPO (oder anderweitig) das Autodiscover-Verhalten (GPS: Disable AutoDiscover) für Outlook angepasst? Proxy Server an den Clients mit unterschiedlichen Konfigs / AV o.ä. die HTTPS aufbricht? Wie steht es um Extended Protection? (Die Hälfte der User -> 1000, was in Summe dann ca. 2000 sind mit einem einzigen Exchange? Puh...)
  10. Wo genau hast du das denn eingetragen? Im scp? Was ist mit den ganzen URLs in den virtuell Verzeichnissen? Mit den paar Infos bisher wirds schwierig dir zu helfen.
  11. Ausgestellt ist das Zertifikat auf den Exchange, als Alternative Name steht die interne und externe URL. (servername.interne.domain; mail.externe.domain) Self signed: weil es immer funktioniert hat...
  12. Und was steht drin - die neue oder alte URL? Warum self signed?
  13. Der Split-DNS wurde schon vor längerem eingerichtet. Der IIS wurde neu gestartet. Das Zertifikat ist "self signed", daher wurde die Hybrid-Konfig abgebrochen. Jetzt machen nur die Clients Probleme.
  14. Die Änderungen im Split-DNS brauchen Zeit, kann man aber erzwingen Wenn du die URL am Exchange änderst, muss zwingend der IIS neu gestartet werden Ist das Zertifikat Self signed?
  15. Vorher: HTTPS://servername.interne.domain/Autodiscover/Autodiscover.xml Geändert zu: HTTPS://mail.externe.domain/Autodiscover/Autodiscover.xml Aktuelle eingetragen URL: HTTPS://servername.interne.domain/Autodiscover/Autodiscover.xml Im Zertifikat steht, die interne und externe Domain drin. Ja, nur dieser eine Exchange (keine DAG), kein Loadbalancer, kein Reverse-Proxy im Einsatz, nur ein vorgeschalteter Spam-Filter. Im oben genannten Fall geht es um die Verbindung der Outlook-Clients von intern. MfG Meiner
  16. Hi, welche URL wurde vorher genutzt, welche jetzt und was stand/steht alles im Zertifikat drin? Ist das nur dieser eine Exchange? Ist ein LoadBalancer / Reverse Proxy / irgendwas im Einsatz? Gruß Jan
  17. Die URL wurde am Exchange geändert, zur Vorbereitung des Hybrid-Betriebs. Split-DNS ist eingerichtet und die URLs werden auch sauber aufgelöst. MfG Meiner
  18. Warum und wo wurde die URL geändert? Nur am Exchange reicht nicht, das muss auch zum Eintrag im Split-DNS passen
  19. Hallo Schwarmwissen, nach dem Ändern der Autodiscover-URL auf unserem Exchange öffnet sich bei ca. der Hälfte der User (ca. 1000) das Outlook nicht mit der Fehlermeldung "der Informationsspeicher steht nicht zur Verfügung". Nach dem die Autodiscover-URL wieder auf den Ursprungswert zurück geändert wurde, öffnet sich bei einer Vielzahl der User das Outlook mit der selben Fehlermeldung ebenfalls nicht. Workaround ist: - Ein neues Outlook Profil anlegen - Outlook mit altem Profil starten Lösche ich das neue Outlook Profil, startet das Outlook wieder nicht mit der Fehlermeldung "der Informationsspeicher steht nicht zur Verfügung". Was bewirkt das Anlagen eines neuen Profils, so dass das Outlook auch mit dem alten Profil startet? Ich möchte die ominöse Konfig auf alle betroffenen User ausbringen. Vielen Dank! MfG Meiner EDIT: Server: Exchange 2019 CU15 Client: Office 2021 LTSC
  20. Gestern
  21. Dafür darf aber kein Programm im Fokus sein - sonst wird eben das geschlossen. 🤷🏼‍♂️
  22. ALT + F4 den Usern beibringen, ja, das können die schon.
  23. Hallo zusammen, ich habe auch einen der Kurse auf LinkedIn gemacht. War kurz, aber verständlich. Eignet sich gut, um einen Überblick zu bekommen, vor allem zu Begriffen und Konzepten. Für tiefere Anwendungen braucht man später wohl mehr. Finde aber gut, dass solche Angebote kostenlos sind. Schadet sicher nicht, mal reinzuschauen.
  24. 'n Tipp für einen möglichen Workaround ... Wenn die Abmeldung aus dem Startmenü wirklich nicht mehr möglich sein sollte, wäre es vielleicht eine Option einfach ein Desktop-Link anzulegen, der "shutdown.exe /L" aufruft. Das haben wir auf all unseren Servern mit GUI drauf. Diesen Desktop-Link erreicht man schneller und mit weniger Klicks als die Option im Startmenü. 🤷🏼‍♂️
  25. Ich habe das jetzt mal so umgesetzt. Muss nur noch warten, bis mal eine entsprechende Mail ankommt, damit ich das nachvollziehen kann. ;)
  26. LogOff Script exportiert die Registry Settings LogOn Script importiert die Registry Settings
  27. Da es um Einstellungen von einzelnen Usern geht, die diese selbst in Programmen vornehmen können, ist die Vorgabe per GPO oder per Script keine Lösung. Wir haben auch keine Schwierigkeiten mit der momentanen Konstellation, da aber gut läuft. Es ging lediglich um die Frage, ob auch andere die gleiche Erfahrung gemacht haben, oder ob die Anmeldung auch bei der Konstellation wieder möglich ist, wie das bisher war. Trotzdem danke für die Ideen.
  1. Ältere Aktivitäten anzeigen
×
×
  • Neu erstellen...