shertz

Hi,

unter Windows 7 kann man sein (Domänen-)Kennwort nur noch ändern, wenn man STRG+ALT+ENTF drückt und dann auf Kennwort ändern drückt. Ist es möglich diesen Screen direkt aus einem Programm zu öffnen (oder durch einen Aufruf von RUNDLL32)?

Moin,

ich habe das Problem, dass wir alte Dokumente im Archiv haben, die auf Formatvorlagen verweisen dessen Server und Shares seit Jahren nichteinmal mehr existieren. Das hat die Auswirkung dass Word vor dem Öffnen locker mal 5 Minuten stehen bleibt ohne etwas zu machen, wenn man ein solches Dokument öffnet.

Mir sind folgende Artikel bekannt: Documents that have attached templates take a long time to open in Word 2002 and in Word 2003 & Help and Support allerdings bewirkt das Ändern des Registry-Values überhaupt nichts. Das maschinelle Entfernen des Verweises haben wir bereits in Betracht gezogen, allerdings handelt es sich um über 900.000 Dokumente und solange der Timeout auch beim maschinellen Bearbeiten existiert, ist das nicht realistisch.

Wir haben XP-Kisten mit Service-Pack 3 und Office 2003.

Habt ihr vielleicht kreative Ideen, was man machen kann und wisst ihr wieso Microsoft mit einem Patch einen Schlüssel einführt der das Problem überhaupt nicht behebt?

Hi,

ich habe ein kleines Problem. Wir verwenden die folgenden Policies um die Bildschirmschoner-Einstellungen zu verwalten:

• Bildschirmschoner: Aktiviert
  
• Programmname des Bildschirmschoners: "logon.scr"
  
• Kennwortschutz für den Bildschirmschoner verwenden: Aktiviert
  
• Bildschirmschoner-Zeitlimit: 600
  

So nun soll aber unternehmensweit ein eigens angefertigter Bildschirmschoner eingestellt werden und da wirds kurios. Wenn ich die Policy ändere auf den Namen des neuen Bildschirmschoners (der auch unter C:\Windows\system32 liegt), steht unter Eigenschaften von Anzeige->Bildschirmschoner: "(kein)". Auch das Eintragen des vollständigen Pfades hilft nicht. Wenn ich aber den Namen eines anderen Standardbildschrimnschoners dort einstelle funktioniert die Policy einwandfrei.

Nein, das Programm hat keine eigene msvbvm60.dll und die Version aus dem system32-Ordner ist 6.0.98.2.

Ich vermute sehr stark, dass es sich um dieses Problem handelt: kb826287 leider helfen die Servicepacks nichts, der Fehler tritt immernoch auf.

Kann es sein, dass die beiden Kunden auf ihren iPhones nur die E-Mails vermissen, die Sie per Regeln aus anderen Postfachern umkopieren?

Hallo,

vielen Dank für die Antwort. Leider hat das Setup der Common Control 6.1.97.86 (VisualBasic6-KB896559-v1-DEU.exe) keine Rückfrage für das Installationverzeichnis - ich habe es deswegen mit Universal Extractor entpackt und die Dateien einfach in das Verzeichnis kopiert. Das Programm konnte aber leider nicht starten, da er nicht die .ocx-Datei aus seinem Verzeichnis, sondern die im System registrierte Version (6.1.98.16) und stürtzt ab.

Und genau da liegt auch mein problem, unterschiedliche Programm benötigen unterschiedliche Versionen dieser OCX-Dateien aber man kann nur eine registrieren. Ich hoffte hier eine Lösung mittels SxS zu finden - mir wäre aber alles recht was das Problem löst.

Gruß,

**UPDATE: Wenn im System keine comctl.ocx und comct2.ocx registriert ist, nimmt das Programm tatsächlich die aus dem eigenen Verzeichnis, allerdings hilft mir das nicht weiter, weil das das Programm, welches die Versionen 6.1.98.16 benötigt mittel .NET-InterOp-Forms darauf zugreift. Das dritte Programm ist ein Excel-Plugin und hat dann ebenfalls Probleme.

Hallo,

ich habe folgendes Problem: Einige Benutzer in der Firma benötigen eine Konstellation an Anwendung die jeweils selber wieder unterschiedliche Versionen der VB6 Runtimes benötigen (V.: 6.1.97.86, 6.1.98.13 & 6.1.98.16). Da man diese Dateien (hauptsächlich mscomctl.ocx & mscomct2.ocx) nicht mehrfach registrieren kann, dachte ich evtentuell Windows Side by Side WinSxS könnte ds Problem lösen und hoffe hier einen Profi zu finden der SxS-System das genauer kennt.

Super, vielen dank für die Antworten. Tatsächlich hat das ändern der unattened-Datei den gewünschten Erfolg gebracht. Es stand dort nur der NetBIOS-Name drin ('xx'), der DNS-Name ('xx.com') hat das Problem gelöst. Vielen Dank!

Hi,

Ich benutze hier enteo um Windows XP per PXE auf die Rechner zu verteilen. Wir haben kürzelich unser Netzwerkdesign geändert, sodass die Clients nicht mehr im selben Subnetz wie der Domain-Controller sind. Seitdem können die PCs während des unattended Setups der Domäne nicht mehr beitreten. Nachdem ich diesen Artikel gelesen habe, habe ich die lmhosts.sam-Datei entsprechend editiert (bzw. die lmhosts.sa_). Nun kann ich zwar händisch auf PCs mit der lmhosts-Datei der Domäne beitreten, aber während des automatisierten Setups macht er das immernoch nicht. Wenn ich dem PC der neu aufgesetzt wird eine IP aus dem selben Subnetz gebe funktioniert es einwandfrei. Kann es sein dass beim Setup die lmhosts-Datei noch nicht geladen wurde?

Beispielkonfiguration:

PDC: 10.0.90.20 (Hostname: XXS020)

Client: 10.1.71.190 (DHCP)

Domain: XX.com

lmhosts.sam:

10.0.90.20 XXS020 #PRE #DOM:XX.com
10.0.90.20 "XX.com         \0x1b" #PRE

Ich paste auch nochmal den Inhalt der NetSetup.log, allerdings sagt diese mir auch nur, dass er die Domäne nicht findet (0x54b)

[...] Arbeitsgruppe wird gejoined [...]
11/27 15:00:13 -----------------------------------------------------------------
11/27 15:00:13 NetpDoDomainJoin
11/27 15:00:13 NetpMachineValidToJoin: 'XX9650M'
11/27 15:00:13 NetpGetLsaPrimaryDomain: status: 0x0
11/27 15:00:13 NetpMachineValidToJoin: status: 0x0
11/27 15:00:13 NetpJoinWorkgroup: joining computer 'XX9650M' to workgroup 'ARBEITSGRUPPE'
11/27 15:00:13 NetpValidateName: checking to see if 'ARBEITSGRUPPE' is valid as type 2 name
11/27 15:00:13 NetpCheckNetBiosNameNotInUse: for 'ARBEITSGRUPPE' returned: 0x858
11/27 15:00:13 NetpCheckNetBiosNameNotInUse for 'ARBEITSGRUPPE' [ Workgroup as MACHINE]  returned 0x858
11/27 15:00:13 NetpValidateName: name 'ARBEITSGRUPPE' is valid for type 2
11/27 15:00:13 NetpSetLsaPrimaryDomain: for 'ARBEITSGRUPPE' status: 0x0
11/27 15:00:13 NetpControlServices: open service 'NETLOGON' failed: 0x424
11/27 15:00:13 NetpJoinWorkgroup: status:  0x0
11/27 15:00:13 NetpDoDomainJoin: status: 0x0
11/27 15:01:04 -----------------------------------------------------------------
11/27 15:01:04 NetpValidateName: checking to see if 'XX9650M' is valid as type 1 name
11/27 15:01:07 NetpCheckNetBiosNameNotInUse for 'XX9650M' [MACHINE] returned 0x0
11/27 15:01:07 NetpValidateName: name 'XX9650M' is valid for type 1
11/27 15:01:23 -----------------------------------------------------------------
11/27 15:01:23 NetpValidateName: checking to see if 'xx' is valid as type 3 name
11/27 15:01:26 NetpCheckDomainNameIsValid for xx returned 0x54b
11/27 15:01:26 NetpCheckDomainNameIsValid [ Exists ] for 'xx' returned 0x54b
11/27 15:01:36 -----------------------------------------------------------------
[...]Das ganze versucht er 10 mal [...]

Vielen Dank,

S. Hertz