marin

@Nobbyaushb: Ein Neustart des Stores brachte nichts betreffend Datum/Uhrzeit @NorbertFe: Alles Windows 7 Geräte Gestern den Server neu gestartet und schon stimmt Datum/Uhrzeit wieder. Dies ist jeweils die einzige Möglichkeit.

Hallo Norbert Habe ich gerade gemacht, da stand nichts drin bei einem betroffen User: Dann via OWA angemeldet, Zeitzone und Region eingestellt, nun stimmt der Eintrag. Das Problem mit dem falschen Datum bleibt bestehen, Outlook meldet nun Status getrennt und kann nicht mehr Verbinden...LastLogonState ist immer nach 20.1.2019

Hallo Norbert Gibt nur einen DC, und bei dem stimmen Zeit und Datum. Es betrifft ja auch nur rund die hälfte der Postfächer. Beim letzten Mal habe ich den betreffenden Client (Windows 7) gepüft, auch hier stimmte Datum/Zeit. Zudem denke ich wenn der Client falsches Datum hätte dann würde es doch Probleme mit der AD Anmeldung geben.

Hallo Zusammen Stehe vor einem Rätsel. Der Exchange 2016 CU9 (Problem war auch schon bei CU6) vorhanden wurde von einer 2010 Installation migriert. Nun passiert es immer wieder das ein User schreibt dass sein Postfach falsche Jahrzahlen und Zeiten anzeigt. Wenn ich das betreffend Postfach auf die LastLogonTime prüfe erhalte ich genau das falsche Datum/Uhrzeit zurück. (Momentan 12 von rund 25 Postfächer mit 20.01.2019, 09.40). Die Systemzeit des Servers stimmt. Habt ihr hier Ideen, stehe ziemlich vor einem Rätsel. Gruss aus der Schweiz

Hallo Zusammen Unter Ex2010 gab es Transportregeln um die Wichtigkeit und Vertraulichkeit eingehender Mails anzupassen (zum Beispiel wurden Mail mit Vertraulichkeit Privat auf Normal geändert). Gibt es diese Regeln im Exchange 2016 nicht mehr? Gruss Martin

@MurdocX: Danke für deine Antwort Anscheinen sah die AD Matrix früher mal anders aus: https://social.technet.microsoft.com/Forums/office/en-US/956a9051-0eb6-4731-8d3f-77672a7f81d6/exchange-server-2010-over-windows-server-2016-ad?forum=exchangesvrgeneral Nun ja, schade, dann geht es wohl nicht anders als den 2016 wieder aus dem Netz zu reissen. In dem Sinne Danke allen und schöne Ostertage

Hallo Norbert, stehe gerade etwas auf dem Schlauch. Also hat das AD Level keinen Einfluss, es darf einfach kein 2016 DC im Netz vorhanden sein?? Gruss Martin

@Zahni: Absolut klar, mein Fehler, wollte nur wissen wie ich nun weiter vorgehen kann @Norbert: Wieso meinst du den 2016 DC wieder entfernen, das AD Level bleibt ja auf Level 7? Die DFL/FFL Levels sind auf 2008 Server, bisher läuft noch alles (aber die Server wurden auch noch nicht neu gestartet: :mad: )

Hallo Zusammen Folgende Konstellation: W2008R2 DC, W2008R2 Member Exchange und ein Windows 2016 DC. Gemäss https://technet.microsoft.com/en-us/library/ff728623(v=exchg.150).aspx ist Ex2010 in 2016 AD nicht möglich beziehungsweise nicht supported. Mit was für Problemen ist zu rechnen? Einzige Lösung die ich sehe ist den Exchange auf 2013/2016 zu migrieren oder ein AD Recovery (Zeitpunkt vor dem dcpromo des 2016 Servers) oder sehe ich das falsch? Danke für eure Feedbacks und schöne Ostertage

Schau mal hier: https://technet.microsoft.com/en-us/library/bb124423(v=exchg.150).aspx

Hallo Zusammen Habe seit der Installation von Rollup 12 für Exchange 2007 SP3 kein Zugriff mehr auf OWA, es wird eine blanke Seite angezeigt. Hat jemand schon ähnliche Erfahrungen gemacht oder sogar schon einen Lösungsansatz? Die Update Installation lief erst im zweiten Anlauf durch. Gruss Martin OK, nachdem ich nach dieser Anleitung vorgegangen bin ist OWA wieder erreichbar! http://www.webbosworld.co.uk/blog/?p=114#comment-3300

Hallo Jan Das alte Zertifikat war ebenfalls von goDaddy und hatten den internen Servername drin (was ja in Zukunft nicht mehr erlaubt ist). Get-ClientAccessServer -Identity SV03 | fl AutodiscoverInternalUri gibt mir kein Inhalt retour. Betreffend dem Fehler beim Download vom OAB habe ich das http://support.microsoft.com/kb/2845987/de gefunden, dürfte wohl mein Problem sein. Betreffend der OoO Meldunge habe ich so eine ganz böse Ahnung, wenn ich mir das hier anschaue dann könnte dies genau auf meine Umgebung zutreffend: http://community.spiceworks.com/topic/411142-autodiscover-not-working-for-outlook-2013-clients-only Danke für dein Mitdenken.

Hallo Zusammen Habe einen Exchange 2007 (SP3 mit RU11) auf einem Windows 2003 Server. Nachdem das Zertifikat (goDaddy) erneuert wurde habe ich folgende Effekte / Probleme. - Abwesenheit lässt sich im OWA einrichten und funktioniert, via Outlook nicht möglich (Meldung: Die Einstellungen für automatisches Antworten können nicht angezeigt werden, da der Server zurzeit nicht verfügbar ist. Versuchen sie es später). - Beim Herunterladen des Offline Adressbuches erscheint im Outlook die Meldung: Fehler(0x80070057), Leider ist ein Fehler aufgetreten, versuchen sie es später. - Bei manchen Clients erscheint beim Start die Zertifikatsfehlermeldung sv.domain.local (Der Name auf dem Sicherheitszertifikat ist ungültig oder stimmt nicht mit dem Namen der Website überein) Habe bereits alle URL im Exchange korrigiert (intern und extern URL sind alle Identisch) und mit folgenden Befehlen geprüft: Get-AutodiscoverVirtualDirectory | format-list Get-OWAVirtualDirectory -Identity "SV03\OWA (Default Web Site)" | format-list Get-ActiveSyncVirtualDirectory | format-list Get-WebServicesVirtualDirectory | format-list Get-OABVirtualDirectory -Identity "SV03\OAB (Default Web Site)" | format-list Habe mit New-AutodiscoverVirtualDirectory -Identity "SV03\Autodiscover (Default Web Site)" das AD-Verzeichniss im IIS neu erstellt. Habe die IIS Berechtigungen geprüft: http://exchangeshell.wordpress.com/2009/11/09/default-authentication-settings-exchange-2007-iis-application-virtual-directories/ Einen internen DNS Eintrag auf mail.domain.ch mit A Record auf den Exchange Server exisitiert. Das Zertifikat beinhaltet diesen Namen und keine internen Namen mehr wie das vorherige. Outlook funktioniert, neue Profile werden mit Autodiscover eingerichtet, der Outlook Test Meldet:"Autoermittlung für https://mail.domain.ch/Autodiscover/Autodiscover.xml erfolgreich" Externe Exchange Connectivity Tests kann ich nicht fahren da die Mails via POpcon (ich weis, nicht das Gelbe vom Ei) abgeholt werden und deshalb die Firewall nicht offen ist. Hat mir jemand noch Tips was noch geprüft werden kann.

Also hatte dieses Problem nach dem Cloning von Windows 8, da gab via Reparaturdatenträger und Eingabeaufforderung die Option bootrec /rebuildbcd. Schau mal nach möglichkeiten von Reparaturdatenträger für Windos 2008 Und hier noch was zum lesen nach Anwerfen von google: http://serverfault.com/questions/233592/how-to-fix-windows-2008-r2-bootmgr-is-missing

Danke, vor lauter Bäumen den Wald nicht mehr gesehen :mad:

Hallo Zusammen Manuell lassen sich Anlagevorschauen im Outlook 2010 so deaktiveren. Datei -> Optionen -> Sicherheitscenter -> Einstellungen für das Sicherheitscenter -> Anlagenbehandlung -> Anlagenvoschau Gibt es diese Option auch via GPO?

Hallo Norbert Direkt via Webinterface, die Verbindung wird via SSL VPN zur Firewall aufgebaut.

Hallo Zusammen Bin auf der Suche nach einer Möglichkeit, extere PCs mit Windows XP den Zugang zum XenApp 6.5 Server zu verbieten. Hat da jemand eine Idee? Die PCs sind nicht in der Domäne, also alles was per GPO erreicht werden kann ist leider nicht möglich. Hintergrunde: Supportende von Windows XP im April 2014.

Hallo Robert Danke für die Antwort, habe mein Problem gelöst. Irgendwie habe bei der Erstellung teilweise mit unterschiedlichen "(Hochzeichen heisst das glaube ich im Hochdeutschen) gearbeitet, dass resultiert dann in der Fehlermeldung. Habe allerdings niemals mit Backslash gearbeitet, aber soweit klappt es in der Testumgebung.

Hallo Zusammen Bin gemäss Anleitung http://www.ronnyrenner.ch/?p=1142 eine Testumgebung mit Exchange 2013 am aufbauen. Das erstellen der OU, UPN, Globalen Adressliste,..hat geklappt, wenn ich ein Get-GlobalAddressList mache bekomme ich meine Adressliste angezeigt: TenantA - GAL ((CustomAttribute1 -eq 'TenantA') -and (RecipientType -eq 'UserMailbox')) Bei Punkt 10, Erstellen des Offlineadessbuches wird der Befehle New-OfflineAddressBook -Name "TenantA" -AddressLists "TenantA - GAL" abgesetzt, danach kommt immer die Meldung "Address list or global address list "TenantA - GAL" was not found. Please make sure you typed the identity correctly. Hat jemand eine Idee warum ich kein OfflineAdressbuch erstellen kann obschon die Globale Adressliste erstellt ist. Sorry, irgendwie reagiert Powershell nicht freundlich wenn man mal mit “TenantA – GAL” und mal mit “TenantA – GAL” arbeitet.... Somit hat es nun geklappt.

Schau mal das an. Damit können die User individuell die Einstellung via RDP einstellen. You cannot change the DPI setting through a Remote Desktop session on a computer that is running Windows 7 or Windows Server 2008 R2

Bin ev. auf das Problem gestossen. Habe auf der Obersten OU eine Richtlinie mit User\Looback Verarbeitung mit Option Replace gehabt. Diese hat allenfalls den Rest übersteuert. Werde morgen sehen ob dies das Problem war.

Ist eine Benutzerrichtlinie. Unter Policies\Preferences\Windows Settings\Drive Maps.

:confused:Hallo Zusammen Habe eine gemischte Umgebung mit W2K3 und W2K8 R2 Server. Habe eine Richtline "Laufwerke Mappen" erstellt und auf die OU "Firmenname" verknüpft. Alles IO, die W7 Clients erhalten ihre Laufwerke gemappt. Wenn ich diese GPO nun auf eine OU "Mitarbeiter", welche unterhalb der OU "Firmenname" liegt verknüpfe werden keine Laufwerke mehr gemappt und gpresult /r zeigt mir die Richtlinie auch nicht in der Liste der "angewendeten GPOs" an. Irgend welche Ideen? Gruss

Für mich stellt sich nicht die Frage ob es supported ist den DC in eine andere OU zu verschieben, sondern was die Folgen vom Zurückschieben sind. Aber gemäss Nils sollte das ja kein Problem sein. Tja, dann weis ich was am Weekend ansteht. Gruss und Danke!