M4rt1n

Ich weiß nicht, es riecht irgendwie nach Abzocke

OK, das funktioniert bei Office 365 unter Windows 10 noch... Ist doch irgendwie ne Frechheit, da kaufe ich einen Domaincontroller mit CALs usw. und dann funktioniert das nicht mehr...

Ne das sind Apps for Business, danke für den Hinweis. Allerdings wird der per GPO eingestellte Vertrauenswürdige Speicherort in Excel korrekt angezeigt, nur verschwindet der Hinweis nicht. Ist das wirklich wegen Business Standard?

Hallo, ich muss das Thema nochmal aufgreifen. Ich konnte die Einstellungen in 3 Umgebungen erfolgreich umsetzen. Nur in einer hält sich die "Geschützte Ansicht" Meldung. Dort setzen alle Windows 11 ein. An einem Test PC mit Windows mit Windows 10 trat die Meldung nicht auf. Habt ihr eine Idee warum das nicht funkioniert unter Windows 11? Der Speicherort wird in Excel im Trustcenter angezeigt, aber auch nach Setzen des Haken nicht akzeptiert. Ich habe in der GPO für Word, Excel, Powerpoint jeweils: Vertrauenswürdige Speicherorte im Netzwerk zulassen Aktiviert Vertrauenswürdiger Speicherort Nr. 1 Aktiviert Pfad: \\DC.domain.local Unterordner zulassen: Aktiviert

Hallo, ich möchte Trusted Locations für Office per GPO setzen, ich habe dafür die aktuellen Templates (admintemplates_x64_5460-1000_en-us.exe von https://www.microsoft.com/en-us/download/details.aspx?id=49030 ) heruntergeladen und unter sysvol eingefügt. Leider werden sie nicht übernommen, es fehlt irgendwie die Hälfte. Habt Ihr eine Idee woran das liegt? Ich habe die Dateien mit Powershell als Admin und robocopy kopiert. Habs schon gefunden, war unter Benutzerkonfiguration...

Ich habe den UNC Pfad eingetragen, damit funktioniert Word / Excel wieder ganz normal. Allerdings ist der Speicherdialog standardmäßig eben nicht unter dem UNC Pfad, sondern einfach im Dokumente Ordner.

Ja das war es, wobei die Option garkeine Auswirkung hat, denn es wird einfach standardmäßig im Dokumenteordner gespeichert. Also zusammenfassend: das Problem ist das GPO Microsoft Word 2016/Word-Optionen/Erweitert/Dateispeicherorte/Standardmäßiger Speicherort das gleiche für Excel, hier muss ggf. ein UNC Pfand stehen. Es funktioniert aber nicht, also kann auch deaktiviert werden.

Angeblich tritt der Fehler nicht auf wenn die Personen nicht im Büro sind, oder per VPN Verbunden sind. Ich habe da die GPOs im Verdacht. In meinem Fall "Dokumente standardmäßig unter K: speichern" und die Truste Locations (UNC Pfade)

Danke für die Rückmeldung. Der Micrsoft Support konnte dazu bislang nicht helfen. Ein Workaround scheint wie gesagt zu sein Word / Excel mit dem Parameter /e aufzurufen und von dort aus Dateien zu öffnen. Ich habe das allerdings nicht ausführlich getestet.

Hallo, ich betreue mehrere Laptops auf denen Windows 10 mit Office 365 läuft. Aktuell stürzt auf mindenstens 3 Laptops Word / Excel 5 Sekunden nach dem Start über die Verknüpfung oder über eine Datei ab. (Fehler: 0x01483052 ). Komischerweise funktioniert es mit: excel.exe /e So können auch Dateien geöffnet werden. Wisst ihr was das sein könnte? Es gibt eine GPO in der folgendes gesetzt ist: "Dokumente standardmäßig speichern unter: K:" und diverse Trusted Locations. Edit: Das Problem tritt seit letztem Donnerstag auf, es wurden keine Updates in den Tagen davor installiert und auch sonst keine administrativen Änderungen vorgenommen. An mindestens einem betroffenen Laptop sind keine Excel / Word Addons installiert.

Die Einstellung ist da vermutlich per DHCP vom Heimnetz des Users aktiv gewesen. Allerdings war auf dem DC im DHCP Manager in den DNS Bereichsoptionen noch externe drin, das soll vermutlich nicht so sein. Die habe ich da mal rausgenommen. Externe Auflösung soll ja in den "Weiterleitungen" eingetragen werden im DNS Server. Korrigiert:

Hallo, ich habe mittlerweile einen 2. DC installiert, der die IP des ehemaligen DCs bekommen hat. Die Replikation ist erfolgreich (repadmin /showrepl) und dcdiag zeigt keine Fehler. Leider hat der eine Client immer noch das Problem mit der "Kontaktaufnahme" in Powerpoint. An DFS lag es also nicht. Beim Öffnen von pptx bleibt er hier hängen für ca. 30 Sekunden. Word / Excel ebenfalls langsam. Ich vermute dass das Windows auf dem betroffenen Laptop irgendwie beschädigt ist, da eine Neuaufnahme in die Domäne ohne Erfolg war, sodass es Sinn macht das Windows neu zu installieren oder? In den Logs anderer PCs treten folgende Meldungen direkt nach dem Hochfahren auf (einmalig), Probleme sind dort nicht bekannt. Die Einträge kommen vermutlich daher dass die Laptops noch nicht mit dem WLAN verbunden waren. Oder könnt ihr daraus Probleme in der DNS Einstellung sehen? Der Best Pracices Analyzer auf dem DC findet keine Fehler. Aufgrund eines DNS-Auflösungsfehlers auf "time.windows.com,0x9" konnte vom "NtpClient" kein manueller Peer als Zeitquelle festgelegt werden. In 15 Minuten wird ein weiterer Versuch ausgeführt und das Intervall für weitere Versuche anschließend verdoppelt. Fehler: Der angegebene Host ist unbekannt. (0x80072AF9) Die Beschreibung für die Ereignis-ID "134" aus der Quelle "Microsoft-Windows-Time-Service" wurde nicht gefunden. Entweder ist die Komponente, die dieses Ereignis auslöst, nicht auf dem lokalen Computer installiert, oder die Installation ist beschädigt. Sie können die Komponente auf dem lokalen Computer installieren oder reparieren. Falls das Ereignis auf einem anderen Computer aufgetreten ist, mussten die Anzeigeinformationen mit dem Ereignis gespeichert werden. Die folgenden Informationen wurden mit dem Ereignis gespeichert: Der angegebene Host ist unbekannt. (0x80072AF9) 15 time.windows.com,0x9 Das Handle ist ungültig Die Beschreibung für die Ereignis-ID "8038" aus der Quelle "Microsoft-Windows-DNS-Client" wurde nicht gefunden. Entweder ist die Komponente, die dieses Ereignis auslöst, nicht auf dem lokalen Computer installiert, oder die Installation ist beschädigt. Sie können die Komponente auf dem lokalen Computer installieren oder reparieren. Falls das Ereignis auf einem anderen Computer aufgetreten ist, mussten die Anzeigeinformationen mit dem Ereignis gespeichert werden. Die folgenden Informationen wurden mit dem Ereignis gespeichert: {C249A990-F740-4580-8581-DDE0D7A99E25} Hostname-24 localdomain.lan 1.1.1.1, 80.241.218.68, 8.8.8.8 <?> 192.168.58.93 10051 Das Handle ist ungültig

Also der Test bei "check-auth@verifier.port25.com" ist wie gesagt erfolgreich, wenn ich eine mail an learndmarc.com schicke, kommt: neo.learndmarc.com >> Running DKIM ------------------ I see you've included a DKIM signature. I've retrieved the public key from p2024._domainkey.mydomain.de The signature failed validation. The Auth Result is fail. Ich habe den dkim Eintrag mal erweitert auf: v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@mydomain.de; ruf=mailto:dmarc-reports@mydomain.de; und warte auf die Mails. Bisher scheint zumindest Microsoft 365 mit den Mails zufrieden zu sein, sie landen nicht im Spam. Edit: Der FQDN des Sendeconnectors ist eine andere Domain als die der Emailadressen, aber das sollte kein Problem sein oder?

Meinst du das hier?

Habe den Installer jetzt nochmal von hier heruntergeladen: https://github.com/Pro/dkim-exchange/releases/latest damit hat es funktioniert. Eine Mail an: check-auth@verifier.port25.com zeigt jetzt: SPF check: pass "iprev" check: pass DKIM check: pass