phoenixcp

Hm, also vom DOS-basierten Unattended Setup kenn ich sowas in der Art, wenn SMB-Signing an ist. Probehalber kannst du das ja mal auf dem Server abschalten, vielleicht hilft das ja schon weiter.

Da solltest du am besten mal im Partnerboard / Partnerforum "MS Office Forum" nachfragen, die sollten dir da kompentent weiterhelfen können. Verlinkt ist es von jeder Seite hier Board aus, wenn du ganz nach unten scrollst.

Check doch mal die Einstellungen der NIC. Nicht das die auf Autonegotiate steht und sich mit dem Switch kloppt, oder auf irgendeiner wilden Einstellung, mit der sie nicht viel anfangen kann, z.B. 100 MBit Fullduplex und der Switch kann das nicht etc...

Als SQL-Server-Admin kann ich dir das hier empfehlen. Für Entwicklung im allgemeinen kann ich dir das hier wärmstens empfehlen. Ansonsten kannst du auch gerne den einen oder anderen Thread zum Thema öffnen, dann schaffen wir es vielleicht doch noch zu einem eigenen SQL-Server-Forum ;) (und ich wieder zu ner höheren Beitragszahl *gg*)

Und ich war grade erschrocken, das meine schwer erkämpften 1800 nun nur noch kanpp 1400 sind, aber das erklärt natürlich alles. Naja egal... wenigstens haben alle was dabei eingebüsst.

Hast du dazu vielleicht noch ein paar detailliertere Angaben aus der Fehlermeldung oder dem Eventlog der betreffenden Maschine? Nur diese Info ist etwas dünn...

Ich glaube nicht, das diese Information in ner DB zu finden ist, die wird sich wohl eher in der Registry finden lassen. Warum willst du das per T-SQL auslesen? Wenn sich das in der Registry findet, dann könntest ja ein "xp_cmdshell '<Registry auslesen>'" machen ;)

*JAAAAAAAAAAAAAAAA* *JUBEL* *KREISCH* *SCHREI* *VIEL ZU FRÜH FREU* Ähm, wann?

Hast du da auch nen Link dazu bitte? :)

Kommen denn die Mails erstmal von vertrauenswürdigen Absendern? Wenn ja, dann setz dich mit denen mal in Verbindung, nicht das die ihre Mails irgendwie verschlüsselt übertragen und ihr nur keinen Schlüssel habt. Und wenn sie nicht von vertrauenswürdigen Absendern kommen, dann würde ich sie in die Kategorie Spam einordnen, löschen oder in den Junkmail-Ordner umleiten.

Vielleicht hilft dir das hier weiter.

Wie verteilst du denn? Per User oder Per Maschine? Wie hast du den Schalter DisableAdvtShortcuts gesetzt?

Schau dir doch dazu mal die Kommandos sp_server_info und sp_serveroption an. Mit denen solltest du erstmal ein Stück weiter kommen. Welche Infos willst du denn genau auslesen?

Schau doch mal bei MS rein, die KB ist zu diesem Thema recht geschwätzig. ;) Ansonsten würde sich auch noch die Lektüre dieses Threads anbieten. mfg Carsten

Schau dir doch mal auf der Kommandozeile den Befehl Reg Add an. Am besten erstmal die Hilfe dazu per Reg Add /? Das sollte dir weiterhelfen.

Argh.... Warum ist mir das nicht gleich aufgefallen. Lass mal das "as String" weg. In vbScript gibts doch keine Datentypen...

Tja, wenn man sich den Thread von Wildi hier anschaut, dann scheint es nur einen sinnvollen Weg zu geben: Neuinstallation. Dazu passt auch diese Beobachtung hier, die sich am Ende mit Wildis Erkenntnissen deckt. Gruß und schönes Wochenende

Das müsste aber ein mächtiger Knacks in der Hardware sein, wenn der zu scheinbaren Berechtigungsproblemen führt. Bist du als lokaler oder als Domänenadmin dran?

Mit ausreichenden Berechtigungen bist du aber angemeldet oder?

Deine Kommandozeile müsste folgendermaßen aussehen: msiexec /I <Produkt.msi> /log <bsp: C:\Temp\OfficeInst.log> [/Code] oder wenn du ein Transform dazu hast dann [Code] msiexec /I <Produkt.msi> /t <Transform.mst> /log <Pfad zur gewünschten Logdatei> [/Code] Bei der Logdatei bist du frei, die kannst du benennen und ablegen wo du willst. Und wenn du die dann hast, dann solltest du dir das hier vielleicht mal anschauen... Ansonsten kannst dich auch gerne mit den letzten sagen wir 20 Zeilen aus dem Log hier melden, dann schau ich mir das gerne mal an.

Da ich in den letzten Tagen hier wieder einige Problemfälle mit MSI-Installationen mitbekommen und teilweise auch etwas versucht habe zu helfen, musste ich mal wieder ein wenig auf meiner externen Platte kramen um dieses nette Tool hier hervorzukramen: WILogUtl.exe Dieses lässt man einfach über ein MSI-Log laufen und erhält dann die entsprechenden Auswertungen in einer lesbareren Form als das MSI-Log selber. Informationen hierzu finden sich hier. Enhalten ist dieses Tool in den Platform SDK Components for Windows Installer Developers (hier zu finden). Allerdings ist es etwas kompliziert, dann den Download zu finden. Aber wenn die Admins es erlauben, dann würde ich das Stand-Alone-Exe zippen und hier bereitstellen. Es handelt sich dabei lediglich um ein paar KB.

Versuch doch mal, die Installation per MSIExec auf der Kommandozeile anzuwerfen und dir ein Protokoll schreiben zu lassen. Das solltest du dann mal anschauen bzw. die letzten Zeilen mal posten, dann kann man mal drauf schauen und was dazu sagen...

Warum sollten denn die Freigaben einfach so im Explorer erscheinen? Die musst du entweder per Loginscript verbinden oder nachträglich verbinden. Wenn du Home- und Profile für die User angelegt und entsprechend geshared hast und die korrekten Informationen in den Userobjekten in der ADS stehen, dann werden zumindest diese automatisch verbunden. Was willst du denn erreichen? Ich könnte mir vorstellen, das du für die User der entsprechenden OU's die korrespondierenden Freigaben verbunden haben willst. Dann solltest du auf die OU's jeweils eine entsprechende Policy legen, in der das OU-spezifische Loginskript benannt ist, in dem du dann für die Benutzer die OU-Freigaben verbindest. Nur weil die Ordner freigegeben sind, heißt das ja nicht das sie automatisch einfach so auftauchen.

Mit dem Technet-Newsflash von gestern abend meldet MS die Fertigstellung des Buchs "TCP/IP Grundlagen für Microsoft Windows". Und hier ist es zu finden. Viel Spaß beim schmökern...