NorbertFe

Nein, auch die RDS CALs gelten sowohl für 2012 als auch 2012R2. Nur für 2016 brauchst du dann neue.

Die die jeder "Server in seiner SAM stehen hat". Da es auf einem AD keine SAM (im eigentlichen Sinne) gibt, muß er mit den Gruppen und Usern ja irgendwo hin. ;)

Dann musst du zweimal migrieren. Ansonsten geht es nicht!

Wenn du den einen neu aufsetzen willst, wärs aber das beste, wenn du ihn als dritten server aufsetzt. Und je nach plattenaufteilung deines physikalischen servers spricht ggf. Auch nichts gegen neuinstallieren. Aber das kann man schlecht aus deinen Infos herauslesen.
 
Wozu man ein Videotutorial für sowas braucht werd ich wohl nie verstehen. ;)
 
Bye
Norbert

Probiers doch aus. Leg nen Ordner mit Unterordnern an und aktiviere dedup. Geht mit einer Test vdhx doch schenk sogar innerhalb von windows. ;) ich würde sagen es bezieht sich auf Ordner und alles darin/darunter.

Mit set-moverequest (ohne Mailbox ;)) kann man bestehende Moverequests ggf. auch anpassen was baditemlimit usw. angeht.

Ja aber dann müsste der Server sie immer ausliefern. Aber ich denke das wäre zu vernachlässigen.

Wenn du keine "nutz-Ordner" hast, dann brauchst du natürlich nicht migrieren. Einfach im technet in der Anleitung zur batchmigration zum letzten Punkt springen (abschalten von Legacy Public folder) dann kannst du auf dem 2010 einfach die öffentliche Ordner dB löschen.
 
Bye
Norbert

http://www.wsus.de/de/FAQ Frage 44 listet alles notwendige.

Danke. ICh weiß langsam nicht mehr, was ich dem TO sagen soll. ;) Es hat NICHTS mit den VMs zu tun. Egal ob die IDE oder SCSI oder Gen1 oder GEn2 oder VHD oder VHDX nutzen. Null NADA. ;)

Ich tippe eher auf sowas: http://www.mcseboard.de/topic/209033-admin-benutzer-mit-gruppen-berechtigung-müssen-zu-ordner-erst-hinzugefügt-werden/

Hi,
 
installier mal dieses Update https://www.microsoft.com/de-de/download/details.aspx?id=42153 manuell. Das war bei mir notwendig, danach kamen dann weitere 180 Updates. Irgendwie is das die Abhängigkeitskette im WSUS "kaputt".
 
Bye
Norbert

Naja, wer das nötig hat...

http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern Schau mal, was da zu ur steht.

Rechtsklick auf die alte Revision und dann dort Revisionsverlauf anzeigen. Dort dann wieder Rechtsklick auf die neue Revision.

 

Hilft das?
http://matthiaswolf.blogspot.de/2013/01/windows-8-scheduled-task-nightmare-goes.html
 
Ansonsten würd ich an deiner STelle mal die RSAT Tools für 8.1 installieren und von dort per GPMC arbeiten.
 
Bye
Norbert

Solange du Exchange 2010 in deiner org hast, solltest du auf Mapi http verzichten.

Ja du kannst 2012 aufnehmen und ja 2003 funktioniert auch mit 2012 dcs.

Ich würde vorschlagen, du definierst dir einen eigenen Receiveconnector für deinen Smarthost und definierst nur anonyme Benutzer und TLS. Dann dürfte sich das Problem zumindest sinnvoll eingrenzen lassen. Ausserdem kann man im Log besser filtern. ;) (wenn man es aktiviert hat)
 
Bye
Norbert

Mit welchem User versuchst du es denn? Ist der zufälligerweise Admin?

http://www.msxforum.de/community/index.php/Thread/15549-Benutzereinstellungen-in-den-GPOs-werden-nicht-%C3%BCbernommen/?postID=88535#post88535
 
 
Ja, man kann das mit etwas Glück in Massen im Netz finden. ;)
 
Bye
Norbert

Kennwortrichtlinien gelten pro Domain und nur da. Ausnahme Fine Grained password Policy Objects. Da könntest du pro User/Gruppe filtern.
Was genau willst du denn da auch testen? Soviele Optionen gibt's nicht. ;)
Was immer funktioniert:
1. Bei allen Usern dafür sorgen, dass das Kennwortalter "aktuell" gesetzt wird. Maximales Kennwortalter also auf bspw. den gewünschten Wert setzen. Danach bei allen "Normalusern" klären, dass nirgends der Haken drin ist "Kennwort läuft nie ab". Danach alle User markieren und auf Kennwort muß bei nächster Anmeldung geändert werden. Übernehmen und den Haken bei allen sofort wieder rausnehmen. Damit ist jedes Kennwort jetzt 0 Tage alt.
2. Dann hast du genau die Anzahl an Tagen Zeit deine Policy so hinzubauen, bis die User benachrichtigt werden, dass sie ihr Kennwort ändern müssen. Dieses muß dann natürlich den neuen Kriterien entsprechen.
 
Also eigentlich kein Hexenwerk.
 
Bye
Norbert

Ja. Denn deine verschobenen Mailboxen belegen den Speicherplatz noch in der alten DB. Dazu müßtest du die aufräumen http://byronwright.blogspot.de/2013/10/removing-disconnected-mailboxes-in.html oder 30 Tage warten. ;) Oder die Retentiontime runtersetzen.

WEnn du kein FC Gerät hast, welches du damit verbinden kannst, nutzt er dir nichts, wenn du das damit sagen wolltest.
 
Bye
Norbert

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