NorbertFe

Doof nur, dass man Apps eben kaum sinnvoll über GPOs steuern kann.
 

 
OK, nochmal zurück zum Anfang... Ihr habt Windows Installationen deployed, die Apps drauf haben, die ihr nicht haben wollt. Finde den Fehler. ;) Und jetzt drüber zu diskutieren, dass man Apps nicht per GPO steuern kann ist eben zu spät. Denn erstens ist das meiner Meinung nach bekannt, und hätte bei euren Tests auffallen müssen. Und an der Stelle hätte man dann eine Entscheidung treffen können/müssen.
 
 

Wovon genau?
 

Darüber wunderst nicht nur du dich. Hilft nur oftmals leider nicht, und in deinem Fall wars meiner Meinung nach sogar vorhersehbar. ;)
 
 
 
Bye
Norbert

Also drei Stunden um mal den einfachsten Weg zu gehen? ;) dann zieh jetzt das rollup 14 auch nach. Den Rest kann man sich dann immer noch anschauen.

Tada, und wieder jemand, der nicht nachgelesen hat. ;)
http://www.gruppenrichtlinien.de/artikel/sicherheitsfilterung-neu-erfunden-ms16-072-patchday-14062016/ ich würde sagen, allein hier im Board mindestens 4 Threads...
http://www.mcseboard.de/topic/207538-gpp-wird-seit-gestern-nur-bei-authentifizierten-benutzer-übernommen/
 
Bye
Norbert

Nö, welche Probleme sollte es da geben? Ist ja eine durchaus gebräuchliche migrationsmethode. ;)

Wenn Chef-Privat Privat ist, warum hängt der Kram dann in der Firmendomain? Ich würde zu einer "Umsortierung" raten und das gerade ziehen.

Von 2007 kannst du das Postfach nicht verschieben. Versuchs doch einfach mal mit nem moverequest statt mit nem Migration batch.

SMTP Log auf beiden Server für Sende- und Receive Connector einschalten und schauen was da steht. Spontan tippe ich auf fehlerhaft konfigurierte Connectoren.

Nochmal... :) Der 2012R2 kann diese Ereignisse doch noch gar nicht "sinnvoll lesbar" anzeigen, weil ihm die Quellen dazu fehlen. Steht auch in jeder Meldung genauso so drin. ;)

Aha komische Anleitung die Tls 1.0 auf nem Exchange abschalten lässt. Mach mal wieder an.

Wohin soll der ERP Server denn senden? An interne oder externe Empfänger. Wenn interne, dann ist nur eine als acceptierte Domain bei der Absenderadresse notwendig. wenn du nach extern relayen willst, sollte man das sinnvollerweise mit einem eigenen Connector regeln. dazu gibt's zig Anleitungen im Netz. Alternativ auf Port 587 per Authentifizierung (TLS per Default) senden und ebenfalls eine Adresse verwenden, die der authentifizierte Nutzer verwenden darf (send-as). Man kann natürlich jede Menge konfigurieren, meist ist aber eine der drei obigen Möglichkeiten ausreichend.
 
Bye
Norbert

Nein. Nur wenn jemand drauf antwortet, kommt halt nix an.

Ja Norbert würde das heute aber auch nicht mehr schreiben. ;) Also alles gut, was du derzeit oben geplant hast.

Ja denn es heißt nicht ews :p

Tja ? Versuch macht kluch

Tja, dann ist entweder euer autodiscover falsch konfiguriert, oder eure Clients benutzen einen Proxy, der Ssl Inspektion macht. Schnellster Test. Trag mal Remote.deinedomaine.tld in die lokalen proxyausnahmen des ie ein und teste dann nochmal.

Ja und sogar Windows 10 ;)
 
 
 

 
 
Ja, das hab ich Mark neulich auch erklärt. ;)
 
 
 

 
 
Da du den KMS Client Setup Key ja nicht händisch sondern das übers VAMT regelst und damit den "guten Verwendungszweck" gefunden hast, der auch Mark erst erklärt werden mußte. ;)
 
 
 

 
 
Passiert per Default automatisch.
 
 
 

 
 
Ja (aber slmgr und nicht mbr) oder VAMT.
 
 
 

 
 
Wozu Telefon? Wenn Internet geht, geht das deutlich schneller. slmgr.vbs -ato
 
 
 

 
 
Ja VAMT.
 
 
 

 
 
So einfach kanns sein. :|
 
Bye
Norbert

Warum sollten Memberserver auch de.pool.ntp.org oder so nutzen? Du willst doch, dass die die Zeit von den DCs ziehen.
Und wenn du schon was mit GPO konfigurierst, warum überhaupt? Sieht mir irgendwie sehr "konfus" aus.
Kennst du: http://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo/ ?
 
Bye
Norbert

http://winaero.com/blog/how-to-format-any-drive-in-windows-8-1-with-refs/ Evtl?

Der Default Front End Connector hört auf Port 25. Und CU10 ist vollkommen in Ordnung. Leg einen neuen Frontend Connector an und definiere nicht die komplette interne Range, sondern erstmal nur eine IP. Und bei local bindings läßt du einfach alle stehen. So kompliziert kann das unmöglich sein. :/

Ja.

Du brauchst doch das ISO für Exchange 2013 SP1 nicht runterladen. Nimm das aktuellste CU, das ist genauso gut für eine Komplettinstallation geeignet. (übrigens ist das seit Exchange 2007 schon so).
 
Bye
Norbert

nein, denn autodiscover ist hardcoded für alle Clients die keine SRV Records abfragen können. Wenn man alles auf autodiscover umbiegt, kann man mit einem hostnamen auskommen. ;)

Da widerspricht sich MS immer mal. Vom SP1 kommst du direkt auf CU10. Früher war immer Aktuelles CU-2, deswegen heißt das CU4 auch SP1. ;)
 
Bye
Norbert

Da dann nur clientseitig:
https://support.microsoft.com/en-us/kb/202517
 
Bye
Norbert

Ansonsten kann ich sagen, dass ich es ähnlich konfiguriere. Loopback auf ersetzen und die Gpos getrennt nach Benutzer und Computereinstellungen. Ob man dann die nutzereinstellungen auf die Nutzer Ou verlinkt oder immer doppelt konfiguriert kommt auf die Umgebung an. Ggf. Eine Mischung aus beidem, indem man Standardpolicies in ein doppelt verlinktes gpo zudammenfasst und Gpos für terminalservereinstellungen (Benutzer) hat. Hoffe es war verständlich. ;)

Zur Deinstallation genehmigen. Wird dir der Punkt nicht angeboten manuell.