Sunny61

Da es ja nicht ganz unkritisch ist, solltet ihr in Zusammenarbeit mit der GF/GL ein Mail an die Außendienst Mitarbeiter verschicken, und darin auf die Dringlichkeit aufmerksam machen. Neue Vesion des AV-Scanners stellen wir über die Kombination WPP/WSUS bereit. http://www.wsus.de/wpp Damit ist sichergestellt, dass die Clients recht schnell eine neue Version bekommen. Wie handhabt ihr das bisher mit dem Clients im Außendienst und den Windows Updates?

In diesem Artikel ist es gut erklärt: http://www.donkarl.com?FAQ3.16 Damit solltest Du es auch hinbekommen.

Lösch auf den betroffenen Clients die OST-Datei im Benutzerprofil. Anschließend Outlook wieder starten und die OST aufbauen lassen. Jetzt ein Mail schreiben, funktioniert es? Überprüfe auch unbedingt den AV-Scanner. Und nein, ein deaktivieren ist wie Augen zumachen und sagen ich bin unsichtbar. Bitte zum Test unbedingt *rückstandsfrei* deinstallieren. Benutze auch das Removal Tool vom Hersteller. Anschließend zweimal neu starten.

Und wenn Du alle GPOs auf dieser OU deaktivierst, wir das Script einmal ausgeführt? Dann kann es eigentlich nur etwas im Autostart sein, prüf auch den für alle Benutzer. Prüf auch den RUN-Zweig in der Registry nach. Auch in HKEY_USERS\.DEFAULT. Lösche doch die Verknüpfung der GPOs auf diese OU, wird es dann immer noch einmal/zweimal ausgeführt? Woran siehst Du das das Script einmal/zweimal ausgeführt wird?

Du darfst/muss/sollst auf den Thread in den Technet-Foren hinweisen: https://social.technet.microsoft.com/Forums/de-DE/aec593d1-ea9c-4f74-ada5-5ef22e646d8e/windows-2012-server-installiert-keine-updates-mehr-fehler-80073712?forum=windows_Serverde#aec593d1-ea9c-4f74-ada5-5ef22e646d8e Regel No. 19: http://www.mcseboard.de/topic/191452-mcseboardde-regeln-nutzungsbedingungen/

Dann stell doch einfach eine weiteren Server dazu. Muß ja keine Hightech Maschine sein, nur einen zweiten DC hosten. Du kriegst komische Aufgaben in der Berufsschule. Mach ein Ticket bei MSFT auf, die können dir helfen, oder der Berufsschullehrer.

Oje, der Link erzeugt keine Datei, Du sollst die Datei ausführen. Das sind Grundlagen die bei dir fehlen. In welchem Ausbildungsjahr bist Du eigentlich? Hast Du keinen Ausbilder der dir hilft?

Geht nicht ist eine äußerst hilfreiche Fehlerbeschreibung. Bei mir gehts, und was hilft das dir? Schau ins Eventlog auf den Servern und auf den Clients, dessen Registry Du Remote nicht öffnen kannst.

Du kannst das hier noch ausprobieren: http://go.microsoft.com/fwlink/?linkid=260622 Ansonsten stell dich auf eine Neuinstallation ein. Alternativ beim Support einen Case eröffnen.

Wie ist es denn bei anderen Benutzern? Das gleiche Problem? Wenn nein, den betroffenen Benutzer manuell neu anlegen und den alten löschen.

Deaktiviere den Dienst und versende jetzt ein Mail von extern. Gibt es wieder diese Fehlermeldung? Ich würde mich nicht einfach damit abfinden, das es das vermutlich ist, das würde ich schon genau wissen wollen und nach Möglichkeit auch abstellen wollen.

Leg zum Test einen neuen User an, nicht von einem bisherigen kopieren. Damit anmelden, wird das Script wieder zweimal ausgeführt? Welche Registry hast Du durchsucht? Schau doch mal im Autostart auf dem Terminal Server, liegt dort die Batch? Oder auch in der Aufgabenplanung.

Sorry, ich hatte in http://www.mcseboard.de/topic/202379-login-script-wird-2-mal-ausgef%C3%BChrt/?do=findComment&comment=1260776 überlesen das es *einmal* ausgeführt wird. Active Directory Benutzer und Computer > Benutzerobjekt > Eigenschaften. Wie Norbert schrub.

Dann wird sich wohl euer AV-Scanner, GData Mailsecurity da einschalten.

Weil es die interne Nummer (ich kann es nicht genauer erklären) anschließend nicht mehr gibt, da es ja eine neue Domain ist. Auch wenn es der Name identisch mit dem alten ist. Beim AD sind es die SIDs, beim Exchange glaube ich sind es die X500 Adressen. Sicher bin ich mir nicht, warte bis ein Exchange-Spezi kommt. Naja, dann wirst Du das wohl auch bald feststellen, wobei ich persönlich je nach Größe schon lieber einen Zwischenschritt machen würde. Aber das muß jeder für sich entscheiden.

Richtig. Da aber *3* GPOs verlinkt sind, würde ich alle 3 deaktivieren, testen. Anschließend *eine* wieder aktivieren und erneut testen. Das machst Du solange, bis Du den 'Verursacher' gefunden hast. Hast du denn Loopback aktiviert? Mehr Infos dazu gibt es in diesem Artikel: http://www.gruppenrichtlinien.de/artikel/remote-desktop-server-terminal-server/

Du hast wieder alle GPOs aktiviert? Wenn ja, dann überleg warum das nicht so gut war.

Jepp, sollte so funktionieren. Du kannst natürlich noch zusätzlich den Zeitpunkt jeweils in eine Tabelle schreiben. Beispiel: INSERT INTO LogFile VALUES (GetDate(), 'Start der Prozedur DeineProc') Exec DeineProc INSERT INTO LogFile VALUES (GetDate(), 'Ende der Prozedur DeineProc')

Gut. Wie würdest Du jetzt nach dem Fehler suchen? Ich würde ein GPO wieder aktivieren und erneut testen.

In der Meldung steht sonst nichts? Kannst Du die komplette Meldung hier posten? Mailadresse natürlich anonymisieren. Schau auch wenn möglich über Datei > Eigenschaften in den kompletten Quelltext der Meldung, evtl. findest Du dort den Verursacher.

Integriere den neuen SBS in die bisherige Domain. Ab diesem Zeitpunkt hast Du 21 Tage für die Migration Zeit. Die Postfächer und alles andere auf den neuen Exchange transferieren ging bei uns nach guter Vorarbeit (1 1/2 Tage Vorarbeit) eines Dienstleisters, in wenigen Stunden durch. Export und Import über PST oder ähnliches solltest Du nicht ausführen, sobald ein Benutzer später auf so ein Mail antwortet, hagelt es Fehlermeldungen.

Deaktiviere doch mal die Vererbung vom GPO Loginscript, Benutzer ab- und wieder anmelden. Wird das Script immer noch zweimal ausgeführt?

Genau dafür gibt es ausgezeichnete Tools. http://www.ribboncreator2013.de/en/ http://www.ribboncreator2010.de/ Zusätzlich gibt es übrigens die Möglichkeit, viele Befehle auch per GPO zu sperren.

Nur Administratoren dürfen Software installieren. Allerdings dürfen out of the Box Benutzer auch Ausführbare Dateien ausführen, d.h. ein Benutzer kann sich ganz leicht etwas einfangen. Um das zu verhindern kannst Du mit Software Restriction Policies arbeiten.

Wenn die Benutzer privat Videos und Musik downloaden und speichern dürfen, müßt ihr euch um Speicherplatz kümmern. Wenn das bei euch in der Firma verboten ist, dann kannst Du löschen. Lass dir das aber schriftlich von deinem Vorgesetzten geben. Ebenfalls ist es immer gut, das Personal über solche Neuerungen vorab zu informieren, dann kann sich danach niemand mit 'Unwissenheit' rausreden.