Sie möchten über WMI die installierte Software ermitteln , die hierzu gehörige Klasse Win32_Product läuft allerdings in den Fehler ( 80041001 ) , die Lösung hierzu ist ein Patch von Microsoft den man allerdings direkt anfordern muss. Das Problem selbst ist bei Windows XP und Windows Server 2003 bekannt.
Lösung :
Installieren des von Microsoft bereitgestellten Patches für das jeweilige System.
Problem:
Sie haben viele Kontakte als VCF-Dateien gespeichert und möchten diese alle in Ihre Outlook-Kontakte importieren. Generell kann man nur eine einzelne VCF-Datei öffrenn und diese dann in den Kontakten speichern, was eventuell sehr aufwendig sein kann, wenn es sich um einige hundert Kontakte handelt.
Lösung:
Hier finden Sie ein Skript, dass im Outlook-VBA verfasst ist, welches alle VCF-Dateien, die im Ordner "C:\VCARDS" liegen, automatsich in die Outlook-Kontakte importiert.
So fügen Sie den Code in Outlook hinzu:
- Einfach im Outlook ALT+F11 drücken um den VBA-Editor zu öffnen
- Navigieren Sie links in der Baumstruktur zu "Projekt1 -> Microsoft Outlook Objekt -> ThisOutlookSession"
- Doppelklicken Sie "This OutlookSession" um die Code-Übersicht zu öffnen
- Hier kopieren Sie das untenstehende Skript hinein
- Starten Sie das Skript mittels klick auf den grünen Pfeil oben im Menüband
Hinweis: Die VCF-Dateien werden in den persönlichen Kontakte-Ordner gespeichert. Bitte diesen vorher sichern und leeren, wenn man ein vermischen der Kontakte nicht wünscht.
Selbstverständlich kann der Pfad zu den VCF-Dateien im Skript angepaßt werden.
Ich selbst habe damit 880 VCF-Dateien in mein Outlook problemlos importieren können! Zuvor hatte ich es mit einigen Freetools vergeblich versucht!
Sub OpenSaveVCard()
Set fso = CreateObject("Scripting.FileSystemObject")
Set fsDir = fso.GetFolder("C:\VCARDS")
For Each fsFile In fsDir.Files
strVCName = "C:\VCARDS\" & fsFile.Name
Set objOL = CreateObject("Outlook.Application")
Set colInsp = objOL.Inspectors
If colInsp.Count = 0 Then
Set objWSHShell = CreateObject("WScript.Shell")
objWSHShell.Run Chr(34) & strVCName & Chr(34)
DoEvents
Set colInsp = objOL.Inspectors
If Err = 0 Then
Do Until colInsp.Count = 1
DoEvents
Loop
colInsp.Item(1).CurrentItem.Save
colInsp.Item(1).Close olDiscard
Set colInsp = Nothing
Set objOL = Nothing
Set objWSHShell = Nothing
Problem:
Als Admin möchte man die Rechte auf Postfächer zentral administrieren. Normalerweise ist der Benutzer selbst für die Rechtevergabe zuständig und es ist auch nicht möglich über die Verwaltungstools von Exchange die Rechte anzupassen. Ein komplexer Powershell-Befehl ab Exchnage 2007 könnte die Berechtigung setzen, aber Powershell ist manchmal etwas anstrengend
Lösung:
Man kann das Tool "PFDAVAdmin" von Microsoft verwenden. Ursprünglich wurde das Tool zum Verwalten von Öffentlichen Ordnern entwickelt, daher auch der Name. Doch man kann das Programm auch zum administrieren von Benutzerpostfächern verwenden.
Die Bedienung ist recht schlicht und einfach gehalten. Man kann sich bis zum Postfach oder Teilberich des Postfachws (z.B. Kalender etc.) durchklicken und hier die Berechtigungen anpassen - Vorraussetzung ist natürlich man hat die Anmeldedaten eines Exchange-Administrator-Kontos.
Um Zugriff auf die Benutzerpostfächer zu erhalten, muss man beim Starten nur die Option "All Mailboxes" auswählen.
Es ist KEINE Installation nötig und kann von jeder Workstation gestartet werden!!
Unterstützte Exchange-Versionen: Exchange 2000/2003/2007 Für Exchange 2010 wurde das neue Tool Exfolders entwickelt.
Hinweis
Auf dem Rechner, auf dem PFDavAdmin gestartet wird muß .NET Framework 1.1 installiert sein. Bei Windows 7 Rechner muss dieses manuell installiert werden.
Sollte .NET Frework 1.1 nicht installiert sein, dann erhält man folgende oder ähnliche Fehlermeldung:
'Could not expand https://localhost/exadmin/admin/mydomain.com/public%20folders/ : name cannot begin with the '0' character, hexadecimal value 0x30. Line 1, position 386'
ACHTUNG - WICHTIGER HINWEIS - UNBEDINGT LESEN!!!!
ACHTUNG: Installieren Sie AUF KEINEN FALL .NET Framework 1.1 auf einem EXCHANGE 2007 Server!!! Dies kann zum TOTALAUSFALL der Exchange-Dienste führen!!
Problem:
Die Transportregeln funktionieren plötzlich nicht mehr.
Die Regeln basieren auf eine Domänen-Angabe wie "@domain.tld"
Lösung:
Das Problem tritt erst mit der Installation des Rollup Update 9 für Exchange 2007 auf. Hier würde etwas grundlegendes in den Reglen geändert.
Die Angabe der Domäne innerhalb der Regeln MUSS OHNE @-Zeichen erfolgen.
Ändert man seine Regeln von "@domain.tld" auf "domain.tld" dann funktioniert die Regel wieder problemlos.
Problem
Windows 7/Vista-Clients haben das Problem, dass es gelegentlich zu Netzwerkabbrüchen bzw. Speicherproblemen im Netzwerk kommt.
Auf den Switchen wird ein CRC-Error oder Excessiv Broadcast gemeldet.
Lösung
Man kann versuchen, die TCP Auto-Tuning Einstellungen, die bei Windows 7 und Vista standardmäßig aktiv sind, zu deaktivieren.
Mit folgendem Befehl wird das Auto-Tuning deaktiviert:
netsh interface tcp set global autotuning=disabled
Mit folgendem Befehl wird das Auto-Tuning wieder mit dem Standardwert aktiviert:
netsh interface tcp set global autotuning=normal
Hinweis:
Man beachte, bei aktivierter UAC, dass man CMD als Administrator ausführt!!
“Das einzig sichere System müsste ausgeschaltet, in einem versiegelten und von Stahlbeton ummantelten Raum und von bewaffneten Schutztruppen umstellt sein.”
