blackwindow

Tach,

 

die Drucker sind für Benutzer bereitgestellt. GPP ist für den Drucker als Satndard aktivert.

hallo,

 

habe genau dasselbe Problem, weiß nicht mehr wo ich suchen soll...Ich habe zwar keinen Terminal Server aber sowas ähliches, wir arbeiten mit Vmware View Container. Und der Witz ist das kommt nur bei einzelnen Personen vor 3 oder 4 Benutzer betroffen.

Danke für den Tips,

 

ich teste gelich und gebe einen Feedback! :suspect:

Also, mein Script sieht so aus:

@echo off

msiexec /i "\\Software\view Client 32.msi" /qn /forcerestart

 

Wenn ich über Softwareverteilung mache, weiß ich nicht, wo ich die Parameter eingebe, da finde ich für "Stille" Installation keine Optionen. :confused: So installieren wir die Monitoring Clients.

Oha...klingt logisch, aber wie sieht denn das genau aus?

Hallo Gemeinde,

 

nach der meiner Meinung nach ausgiebieger google-Recherche versuche ich es hier:

 

und zwar wie das Betreff bereits sagt, ich versuche eine Anwendung per script, da ich die Parameter für silent Installation brauche, zu installiert. Es handelt sich um VMwareView Client. Diese Installation braucht einen Neustart, also steht im Script /forcerestart. So weit alles gut. Das Problem ist, dass der Client (PC) beim neustarten installiert die Anwenung wieder und wieder erfolgt ein Neustart! Quasi looping :D habe dann due GPO deaktiviert, damit ich wenigstens am Rechner weiter arbeiten kann.

 

Wie soll ich das anstellen, dass die Installation abgebrochen wird, wenn der View Client bereits installiert ist...:confused:

 

Ich danke im Voraus für Eure Antworte...

herzlichen Dank. Ich versuche es, aktuell versuche ich MFCMAPI mit dem Server zu verbinden :rolleyes:

sorry, elchipo, welche HowTo hast du den Benutzt?

- Delete Corrupted Out Of Office Rule with MFCMapi « Exchange Server Share

- Cannot turn off Out of Office Assistant | MSOutlook.info

- Troubleshooting Out of Office

- How to Remove an Invisible or Corrupted "Out of Facility" message with MFCMAPI

- Delete Corrupted Out Of Office Rule with MFCMapi

- Using mfcMAPI to Delete hidden OOO rule

 

Muss ich das auf dem Exchange Server ausführen? Sorry für unqualifizierte Fragen, möchte nichtx Falsches machen...

Hallo GuentherH,

 

der Beitrag ist zwar ein bisschen alt, aber gut, dass sowas auch für lange Zeit bestehen bleibt. Dasselbe Problme haben wir auch nach dem SBS2003 auf SBS 2011 Migration. Einige Mitarbeiter sind im Urlaub, und die Kollegen, die das nicht wissen, bekommen ebenso zwei Mal die Abwesenheitsnachricht. Und wie löse ich das Problem? Ich habe MFCMAPI runtergeladen, komme aber nicht weiter. Vielleicht könntest Du einen Tipp geben. Muß ich das Programm auf dem Server starten? :confused::confused:

also, verstehe ich, das sieht nun so aus...

 

 

in der OU Clients sind nur die Computerkonten versteht sich :)

Ja, ok, sorry, dass es etwas verwirrend ist. Dass mit den Usern habe ich schon ganz am Anfang kapiert, nun aber versuche ich die Office2007 Installation auf eine Sicherheitsgruppe anzuwenden, in der nur die Clients alias Computer sind, die GPO wird dann auf ein OU angewendet, in der die SW Gruppen sind, wie Office, Adobe etc.. siehe die Screenshots

Aber wenn ich z.B. eine OU -> Benutzer habe, und 20 von 50 müssen Office bekommen, wie macht man denn, wenn man die Filterung leer läßt? Dann muss man die Benutzer von dem zentrallen OU immer hin und her schieben. ICh habe es mir so vorgestellt, wenn die Gruppe A und B. die jenigen die Office brauchen, werden Mitglied der Gruppe A, diejenigen die nur Outlook brauchen werden Mitglied der Gruppe B. Da muß man mit der Filterung arbeiten... ODer? Ich blicke es nicht mehr durch :)

 

Computerkonfiguration, Windows-Einstellungen, Skripts, Starten

 

Sriptname: \\0server\Software\Office2007\setup.exe

 

Skriptparameter: /adminfile \\0server\Software\Office2007\install.msp

 

Die Installation läuft verborgen ab.

 

Genau das steht in meinem Script, allerdings als cmd Datei verküpft mit dem Comuter Start-Script Funktion, ist dasselbe, Oder?

 

in den Eventlogs sehe ich keine Fehler, da die GPO überhaupt nicht angewendet wird, das sieht man beim gpresult /r Ergebnis auf dem Client

Hier sind weitere Screenshots:

Habe mich verschrieben, ich kenne den Unterschied Computer=Clients und Benutzer=User

Also der Script sieht so aus:

 

@echo off

 

"\\DC2\APPz\Office 2007\setup.exe" /adminfile "\\DC2\APPz\Office 2007\Updates\1Office2007.msp"

 

Weitere Screenshots vom meinen Einstellungen:

Ach übrigens...wenn ich auf dem Client mit der UNC Pfad auf den Script gehe und dies ausführe, wird innerhalb 10 Minuten office installiert, ohne weitere ankündigungen o.ä...

 

Es liegt also irgendwo bei GPOs :rolleyes:

Ok, Jungs, also es sieht so aus:

 

der GPO wird nun auf Computer angewendet, nicht auf Clients, Sunny61 hat Recht mit

Wenn Software installiert werden soll, braucht der Benutzer immer Adminrechte, das hat mit den Leserechten auf die Source erstmal nichts zu tun.

 

- Es handelt sich um den Window 7 Pro Client.

- Es gibt eine OU -->Softwareverteilung dadrin Gruppen --> "AdobeR",

"Office2007", "Office2010"

- GPO ist auf OU Softwareverteilung angewendet - selbsverständlich mit Script, der auf setup.exe /msofice2007.msp zeigt.

- in der Gruppe "Office2007" habe ich nun den Client hinzugefügt.

 

Es klappt immer noch nicht. Sunny61 erwähnte

BTW: Gruppenrichtlinien greifen nicht auf Gruppen.

:confused: wusste ich nicht! Allerdings die Installation des AdobeReaders mittels msi+Gruppe hat funktioniert.

 

Frage: Welche Zugriffsrechte soll in diesem Fall der Ordner/die Freigabe mit der APPz (da liegt das ganze "Zeug" zum verteilen) haben? :confused:

 

Bin relativ Anfänger, daher verzeiht mir die banalen Fragen und die umständliche Erklärungen.

 

Danke im Voraus

 

P.S. Ihr seid super! :)

Hallo,

ich bin doch ein Schritt weiter gekommen, allerdings das klappt trotzdem nicht.

Wenn ich die Richtlinie auf Clients anwende, passiert nix...und wenn ich gpresult mache, sehe ich nicht, dass die GPO angewendet wurde.. :confused: Was mache ich den falsch? Welche Zugriffsrechte soll die Freigabe mit Installationsdateien haben?

 

Grüße

BW

hallo Gemeinde,

 

meine Frage bzw. Problem gehört zum Thema Rollout office 2007, deswegen schreibe ich es hier, anstatt ein neues Thema zu öffnen.

 

Ich versuche zur Zeit meine AD Kenntnisse wieder ein bisschen aufzufrischen und habe gestern festgestellt, dass es einige Sachen mit der Zeit aus dem Kopf verflogen sind, weil ich mich in den letzten Monaten auschließlich auf Virtualisierung und Backup Exec fixiert habe.

 

Und zwar es geht darum, ich möchte ganz normal Office 2007 per GPO ausrollen. MSP Datei erstellt und im Ordner Updates gespeichert, dann einen ganz einfachen Script gestrickt, der setup.exe mit MSP ausführen soll und an der Richtlinie, die für die Gruppe "Office2007" gelten soll, verknüpft, die wiederum an der OU Domain User verküpft ist.

 

Ich hoffe, soweit habe ich mich verstädnlich ausgedruckt...Mein Problem ist, wenn der Benutzer sich am Client anmeldet, versucht der Script die Office Installation zu starten, wartet aber auf einen Admin+Passwort Eingabe, danach geht es weiter. Wie kann ich den Start-Script als Admin starten?

 

Außerdem welche Zugriffsrechte soll die Freigabe mit Office2007 Daten haben?

 

bin etwas irritiert. Ich hoffe, ihr könnte mir helfen :(