Hope This Helps - Windows

Windows Server 2008 R2: VSS Fehler Ereignis 8193

nospam@example.com (Ralf Entner) — Fri, 04 May 2012 09:38:15 +0200

Problem:
Bei meinem Windows Server 2008 R2 taucht nach der Installation vom DHCP-Server folgende Fehlermeldung im Eventlog auf:

Ereignisprotokoll: Application
Typ: Fehler
Quelle: VSS
Ereignis: 8193
Beschreibung: Volumeschattenkopie-Dienstfehler: Beim Aufrufen von Routine "RegOpenKeyExW(-2147483646,SYSTEM\CurrentControlSet\Services\VSS\Diag,...)" ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert . Vorgang: Generator wird initialisiert Kontext: Generatorklassen-ID: {35e81631-13e1-48db-97fc-d5bc721bb18a} Generatorname: NPS VSS Writer Generatorinstanz-ID: {4ce512b2-4cd3-4713-bc69-4b5ddf051b63}

Lösung:
Man muss sich die Details der Fehlermeldung im Ereignisprotokoll anschauen. Hier findet man zunächst den Hinweis auf den Reg-Key und das der Zugriff verweigert wurde. Wenn man weiter sucht, dann findet man den Benutzer, der den Eintrag machen wollte.
Bei mir war es der NETZWERKDIENST, der keine Rechte auf den VSS\Diag-Schlüssel hatte. Nachdem ich den Benutzer mit dem REcht Vollzugriff hinzugefügt hatte, war der Fehler weg.

Quelle: sharepointreporter: VSS Error in Windows Server 2008 R2 – Event ID 8193

Windows Server 2003 (R2): Änderung des Product Keys

nospam@example.com (Ralf Entner) — Wed, 02 May 2012 13:45:27 +0200

Problem:
Man hat einen physikalischen Windows Server 2003 (R2) in seine virtuelle Welt migriert und möchte nun, den richtigen Windows Product Key auf dem System installieren.
doch leider ist diese Prozedur nicht so einfach, wie ich mir das vorgestellt habe. Die ganzen OOBETimer-Änderungs-Registry-Tweaks funktionieren nicht...Windows bleibt aktiviert und läßt keine Änderung des KEys zu.

Lösung:
Nach einiger Suche habe ich die Möglichkeit gefunden die Aktivierung des Server 2003 aufzuheben und bei der erneuten Aktivierung war auch eine Änderung des Product Keys möglich.
Folgende Vorgehensweise hierzu:

1.) Eingabeaufforderung starten und folgende Dateien neu registrieren

==> regsvr32 licwmi.dll
==> regsvr32 regwizc.dll
==> regsvr32 licdll.dll

2.) Umbenennen der wpa.dbl und wpa.bak im system32-Verzeichnis
3.) System neu starten
4.) Nach dem Neustart wird zur Aktivierung aufgefordert
5.) WICHTIG!!! Hier die TELEFONISCHE Aktivierung auswählen, da sonst keine Key-Änderung möglich ist
6.) Produkt-Key ändern und die telefonische Aktivierung durchführen
7.) System ist aktiviert und läuft mit dem neuen Product Key

Windows 7: Falsche Miniaturansicht/Vorschau von Bilder/Videos

nospam@example.com (Ralf Entner) — Wed, 28 Mar 2012 15:09:53 +0200

Problem:
Wenn man einige Fotos in einem Ordner unter Windows 7 hat, dann kann es passieren, dass die Vorschau ein anderes Bild zeigt, als das Bild wirklich ist.

Lösung:
Hierzu gibt es eine quick&dirty-Lösung und auch die Möglichkeit das ganze per GPO abzuschalten:

Quick'n'Ditry Schnelllösung
Diese sieht so aus, dass man einfach den Ordner löscht, in dem die Vorschau-Datenbank liegt.
Diesen findet man unter:

C:\Users\Benutzername\AppData\Local\Microsoft\Windows\Explorer

Wobei Benutzername für den Namen des Windowsbenutzers steht und individuell angepaßt werden muß.

GPO-Lösung
Hier kann man per Gruppenrichtlinie das Cachen der Voransicht generell abschalten und umgeht somit diesen Fehler.
Leider verliert man damit auch in kleines Stück Systemleistung, da die Voransicht dann immer in Realtime erstellt werden muß!
Die Einstellung findet man unter:

Benutzerkonfiguration\Administrative Vorlagen\Windows-Komponenten/Windows-Explorer

Zwischenspeicherung von Bildern in Miniaturansicht deaktivieren = Aktivieren
Zwischenspeicherung von Miniaturansichten in versteckten "thumbs.db"-Dateien deaktivieren = Aktivieren

Outlook: Benutzer mit zusätzlichem Postfach - gesendete oder gelöschte Mails landen im falschen Ordner

nospam@example.com (Ralf Entner) — Wed, 28 Mar 2012 14:58:16 +0200

Problem:
Wenn ein Benutzer mit zusätzlichem Postfach Mails sendet oder löscht sollen diese im jeweiligen Postfach landen

Lösung:
Man kann den Speicherort der gesendeten und der gelöschten Mails mittels Registry beeinflussen. Hier kann eingestellt werden, ob die Mails im Hauptpostfach des Benutzers oder im jeweiligen Zusatzpostfach landen.

Folgende zwei Einträge sind für die Steuerung zuständig:

HKEY_CURRENT_USER\Software\Microsoft\Office\xx.0\Outlook\Preferences

Name: DelegateSentItemsStyle
Typ: REG_DWORD
Werte: 0 oder 1
Erklärung:
1 = gesendete Mails landen im jeweiligen Postfach
0 = gesendete Mails landen im Postfach des Hauptbenutzers

Name: DelegateWasteBasketStyle
Typ: REG_DWORD
Werte: 4 oder 8
Erklärung:
4 = gelöschte Mails landen im jeweiligen Postfach
8 = gelöschte Mails landen im Postfach des Hauptbenutzers

Quelle:
Microsoft KB202517: Aus einem freigegebenen Postfach gelöschte Elemente werden in Outlook in den falschen Ordner verschoben
Microsoft KB972148: Wenn Sie eine E-Mail-Nachricht aus einem freigegebenen Postfach in Outlook 2007 senden, wird die gesendete Nachricht im Ordner "Gesendete Objekte" des freigegebenen Postfachs nicht gespeichert

VM: Virtuelle Maschinen haben hohe PING-Zeiten (Latenzen)

nospam@example.com (Ralf Entner) — Tue, 13 Mar 2012 16:59:34 +0100

Problem:
Beim Pingen unserer virtuellen Server (VMWare Server 2.0) ist aufgefallen, dass die Ping-Zeiten in den zwei- bis drei-stelligen Bereich kommen.

Lösung:
Nach einigen Versuchen haben wir folgenden Lösungsansatz gefunden:

1.) TCP-Offload auf den virtuellen Maschinen abschalten
Wir haben in den virtuellen Maschienen den TCP-Offlaod abgeschaltet.
Dies erfolgte über einen Registry-Key, der einen Reboot benötigt:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameter
Neues DWORD namens "DisableTaskOffload" erstellen und Wert = 1 setzen.

Leider hat das nicht bei allen funktioniert und etwas Recherche haben wir noch eine zweite Lösung gefunden.

2.) "Checksum Offload" und "Large Send Offload" am physikalischen Host abschalten
Das scheint vorallem bei BROADCOM-Netzwerkkarten das Problem zu sein.
Hierzu öffnet man die BROADCOM-Netzwerkarten- und Teaming-Verwaltung und schaltet die beiden Paramter auf "NONE".
WICHTIG: Die Funktion muß auf allen Netzwerkkarten erfolgen!!

ACHTUNG - WICHTIG: Wir hatten das Problem, dass nach der Umstellung die Server per RDP nicht mehr erreichbar waren.
Erst nach einem Neustart war wieder alles erreichbar und die Pingzeiten waren < 1ms, so wie wir uns das vorgestellt haben.

Es gibt auch eine Anleitung für die XenServer um die zwei Funktionen abzuschalten. Lest hierzu den Artikel in der zweiten Quelle auf dem xenappblog.com. Diesen haben wir noch nicht getestet!

Quellen:
rainiernetworks.com: VMWare Server with Broadcom NICs
xenappblog.com: Citrix XenServer Slow Network Performance

Windows 7: Desktopverknüpfungen verschwinden

nospam@example.com (Ralf Entner) — Mon, 20 Feb 2012 16:45:41 +0100

Problem:
Windows 7-Benutzer melden sich mit dem Hinweis, dass Dekstopverknüpfungen einfach verschwinden. Meistens handelt es sich dabei um Verknüpfungen auf Server außerhalb der Domäne oder auf USB-Geräte.

Lösung:
Windows 7 hat einen eingebauten Wartungszyklus, der z.B. korrupte Verknüpfungen entfernt.
Wenn eine Verknüpfung gelegentlich nicht erreichbar ist, dann wird diese als korrupt markiert und nach einiger Zeit entfernt.
Man kann diese Systemwartung abschalten. Hierzu bitte wie folgt vorgehen:

- Systemsteuerung öffnen
- Unter "System und Sicherheit" den Punkt "Probleme erkennen und beheben" öffnen
- In der linken Leiste den Punkt "Einstellungen ändern" auswählen
- Hier den Punkt "Computerwartung" auf "AUS" stellen

Hiermit ist die Computerwartung abgeschaltet.

Quelle: Microsoft Artikel-ID 978980: Desktopverknüpfungen verschwinden in Windows 7

Windows XP/7/Vista: Setzen des zuletzt angemeldeten Benutzers (Last Logged On User)

nospam@example.com (Ralf Entner) — Mon, 20 Feb 2012 16:32:54 +0100

Problem:
Mir passiert es immer wieder, dass ich mich als Administrator an einem Arbeitsplatz anmelde und dann melden sich am nächsten Tag die Benutzer und können sich nicht anmelden, da der verkehrte Benutzername in der Anmeldung steht. Außerdem wissen viele Benutzer ihren Benutzernamen nicht mal

Lösung:
Ich habe eine gute Batchdatei gefunden, die es ermöglicht, den letzten angemeldeten Benutzer einzutragen. Diese funktioniert sowohl für XP als auch Windows Vista/7:

Hier die kurze Fassung der Batch-Datei ohne Kommentare (einfach als Bacth speichern):

@echo off

cd\

echo ____Select Operating System____
echo:
echo 1. Windows XP
echo 2. Windows 7
echo:

set /p choice=Select Operating System:

if '%choice%' == '1' goto WindowsXP
if '%choice%' == '2' goto Windows7

:WindowsXP

ECHO List of Users:

cd\documents and settings
dir /w
ECHO:

set /p username=Please enter the name you want to appear as last logged on:

ECHO Windows Registry Editor Version 5.00 >> change.reg
ECHO [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] >> change.reg
ECHO "DefaultUserName"="%username%" >> change.reg

goto End

:Windows7

cd\users
dir /w
ECHO:

set /p domain=Please enter the domain name:
ECHO:
set /p username=Please enter the name you want to appear as last logged on:

ECHO Windows Registry Editor Version 5.00 >> change.reg
ECHO [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI] >> change.reg
ECHO "LastLoggedOnUser"="%domain%\%username%" >> change.reg

:End

C:\WINDOWS\regedit.exe /s change.reg
DEL change.reg

ECHO Username set to %username%

Pause

Wenn es jemand genauer wissen will, der kann sich den Quelltext mit Kommentaren und Erklärungen auf der originalen Seite anschauen (siehe Quelle).

Quelle: Brickin' IT: Changing the Last Logged On User with a Batch File

Windows XP / 7 - VpnApp

nospam@example.com (Christopher Pope) — Thu, 09 Feb 2012 10:05:52 +0100

Es gibt immer wieder Benutzer die nicht verstehen das Sie erst in VPN eingewählt sein müssen um Anwendungen aus dem Firmennetz zu starten. Um dieses Problem etwas zu mildern hab ich ein kleines Programm geschrieben das es den Benutzer noch einfacher machen soll.

Zur Benutzung des Programmes gibts nicht viel zu sagen , es wird überprüft ob eine IP oder ein Hostname erreichbar ist , ist dies nicht der Fall wird der VPN Client gestartet. Nach dem erfolgreichen Einwählen wird die Anwendung aus dem internen Netz gestartet.

Die Konfigurationsdatei enthällt folgende Parameter :

Server="IP ODER HOSTNAME"
VpnClient="PFAD ZUM VPN CLIENT"
AppToStart="ANWENDUNG DIE GESTARTET WERDEN SOLL"
CntPi=1
MaxTry=3

CntPi=1

Count Ping wie oft soll der Server gepingt werden um eine Verbindung zu diesem zu überprüfen , default ist hier 1 bei schlechten Verbindungen kann dieser Wert erhöht werden. Allerdings wird dann auch mehr Zeit benötigt

MaxTry=3
Wie oft soll die Schleife durchlaufen werden bevor die Meldung ausgegeben wird das keine Verbindung aufgebaut werden kann.

Download VpnApp.exe
Source Code VpnApp.exe

Das Icon wurde von Sergio Sánchez López entwickelt

Windows 2008 / 7 - Powershell alle Rechner mit Betreibssystem in eine Datei

nospam@example.com (Christopher Pope) — Wed, 08 Feb 2012 07:52:32 +0100

Problem :

Man möchte eine Übersicht über alle im AD vorhandenen Rechner mit Betriebsystem und Servicepack

Lösung :

Dieses Skript exportiert alle Rechner mit OS und SP in eine Textdatei die einfach in Excel importiert werden kann.

$ldapSearcher = new-object directoryservices.directorysearcher;
$ldapSearcher.filter = "(objectclass=computer)";
$computers = $ldapSearcher.findall();
$pcs = "Name,Os,SP";
foreach ($c in $computers) {
$pc.Name=$c.properties["cn"];
$pc.OS=$c.properties["operatingsystem"];
$pc.SP=$c.properties["operatingsystemservicepack"];
$pcs = $pcs + "`r`n" + $pc.Name + "," + $pc.OS + "," + $pc.SP;
}
echo $pcs | Out-File C:\TEMP\Rechner.txt -encoding ASCII

Der Pfad kann einfach abgeändert werden C:\TEMP\Rechner.txt durch den Wunschpfad ersetzen.

Es gibt natürlich auch andere Möglichkeiten :

Nils Kaczenski hat einige andere Varianten auf faq-o-matic.net vorgestellt
Meine Variante ist eine leicht abgewandelte Form des von Bernd Eckenfels erstellten Skripts

Exchange 2007 / Outlook 2010 - Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.

nospam@example.com (Christopher Pope) — Tue, 17 Jan 2012 09:40:04 +0100

Problem :

Benutzer bekommt bei dem Versuch eine E-Mail zu senden eine Antwort vom Exchange Server das ein versenden nicht möglich ist.

Bild Fehlermail:

Lösung :

Im Internet existieren mehrere Lösungvorschläge zu diesem Problem. In meinem Fall konnte der Fehler nur behoben werden indem ich das Standardprofil des Mailclients komplett gelöscht habe um es erneut anzulegen. In der Systemsteuerung\Benutzerkonten das Icon E-Mail anklicken dann unter Profile das Default Profil löschen. Ein Tipp der bei mir leider nicht funktioniert hatte aber bei euch vielleicht ist den Exhchange Cache Mode zu deaktivieren anschließend die OFT Dateien löschen und den Cache Mode wieder aktivieren. Dannach werden die OFT Dateien neu angelegt. Ein komplettes Neuanlegen des Windows Profiles löst das Problem auch allerdings macht man sich mehr arbeit als nötig (musste ich schreiben da es auch als Tipp im Internet unterwegs ist)

Exchange - Testen des eigenen oder eines anderen SMTP Servers

nospam@example.com (Christopher Pope) — Tue, 17 Jan 2012 08:25:49 +0100

Problem :

Es können keine E-Mails zum Kunden zugestellt werden , hier bietet es sich an direkt mit dem SMTP Server zu reden um die eigene Domain zu überprüfen auch kann man überprüfen ob es den Empfänger im Zielsystem gibt.

Lösung :

Unter Windows 7 muss der Telnet-Client nachinstalliert werden , oder ein externes Tool das eine Telnetverbindung ermöglicht (z.B. Putty) . Ich werde hier das Testen mit dem Microsoft Telnet Client erklären. Um die IP-Adresse des Zielservers zu ermitteln bzw. die grundsätzliche Funktion des Servers zu checken bietet sich die MX-Toolbox an.

1.) Starten einer Eingabeaufforderung
2.) Verbindung zum Zielserver aufbauen mit telnet IP PORT z.B. telnet 0.0.0.0 25 (25 ist der Standard SMTP Port)
3.) mit dem Befehl helo DeineDomain einleiten
4.) mail from: ‹DeineEMailAdresse› wichtig ist das hier der genau Syntax eingehalten wird !
5.) rcpt to: ‹EmpfängerEMailAdresse› hier wird der Empfänger eingetragen
6.) mit data wird der Body der EMail eingeleitet
7.) nachdem man fertig ist mit dem Text Return betätigen und dann . Return , das schließt den Body und die EMail wird versendet
8.) mit QUIT wieder vom Server abmelden

Informationen zu SMTP Befehlen und Statuscodes ---> http://www.elektronik-kompendium.de/sites/net/0903081.htm

Windows Spooler: 0 kb Dateien bleiben im Spool-Verzeichnis zurück - Spooler stürzt bei bestimmten Druckertreibern ab

nospam@example.com (Ralf Entner) — Thu, 12 Jan 2012 15:26:20 +0100

Problem
Manche Druckaufträge bringen den Spooler zum Absturz bzw. Drucken fehlerhafte Dokumente. Beim Testen fällt auf, dass im Sppoler-Verzeichnis 0 kB SHD/SPL-Dateien liegen und diese nicht löschbar sind. Nur ein Neustart des Spoolers ermöglicht wieder ein fehlerfreies Drucken und löscht die 0 kB-Dateien.

Ursache
Dieses Feature nennt sich "Spoolfilepooling" und wurde mit Windows 2003 eingeführt.
Um Zeit und Performance zu sparen werden leere 0 kB SHD/SPL-Dateien im Spooler-Verzeichnis erstellt. Wenn ein Druckauftrag ankommt, dann werden diese Dateien mit den Daten "gefüllt".
Manche Drucker (vorallem wenn diese ein Dritthersteller Management-Software mitbringen) haben damit Probleme und dabei kann es zu Spooler-Abstürzen bzw. Fehldrucken kommen (liegt scheinbar an der Namensgebung der Spooldateien).

Lösung
Das erstellen dieser leeren SHD/SPL-Dateien kann pro Drucker oder global abgeschaltet werde.. Danach werden für jeden Auftrag eigene Dateien erstellt und anschießend auch wieder gelöscht. Für die GLOBALE Abschaltung bitte wie folgt vorgehen:

1.) Regedit starten
2.) Navigieren zum Eintrag "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Print"
3.) Hier einen neuen DWORD-Eintrag erstellen mit der Bezeichnung "DisableServerFilePooling"
4.) Hier den Wert auf "1" setzen um das Verhalten abzuschalten und "0" um es wieder zu aktivieren.
5.) Spooler-Dienst neu starten - FERTIG

Quellen:
technet.microsoft.com: Spool Files are 0 KB and can't delete
Microsoft.com: KB815913 - Drittanbieter-Print Management Program funktioniert nicht erwartet, nach der Aktualisierung auf Windows Server 2003 oder Windows XP

Windows Vista/7: WinSXS-Ordner wird immer größer - kann dieser verkleinert weren

nospam@example.com (Ralf Entner) — Mon, 19 Dec 2011 13:23:28 +0100

Problem
Der WinSXS-Ordner im Windows-Verzeichnis nimmt ziemlich viel Platz auf der Platte ein.
Man möchte diesen eventuell verkleinern.

Lösung

HINWEIS: Niemals im WinSXS-Ordner etwas manuell löschen!!!

Wenn man den WinSYS verkleinern möchte, dann gibt es die Möglichkeit nach der SP1-Installation von Vista bzw. Win 7 die Sicherheitskopie vor dem ServicePack zu entfernen. Damit wird der Servicepack ins System fest integriert und kann NICHT MEHR deinstalliert werden!

Geben Sie in der Command-Shell folgenden Befehl ein:

DISM.exe /Online /Cleanup-Image /spsuperseded

Hier ein Beispiel für den erfolgreichen Verlauf des Befehls:

Tool zur Abbildverwaltung für die Bereitstellung
Version: 6.1.7600.16385

Abbildversion: 6.1.7601.17514

Während der Installation des Service Packs erstellte Sicherungsdateien werden en
tfernt.Paket "Microsoft-Windows-UltimateEdition~31bf3856ad364e35~x86~~6.1.7600.1
6385" wird entfernt
[==========================100.0%==========================]
Der Service Pack-Bereinigungsvorgang wurde abgeschlossen.
Der Vorgang wurde erfolgreich beendet.

Sollten Sie die foglende Meldung erhalten, dann wurde der Prozess bereits durchgeführt oder Sie haben die Service-Backups bereits manuell gelöscht:

"Die Service Pack-Bereinigung kann nicht fortgesetzt werden: Es wurden keine Service Pack-Sicherungsdateien gefunden.
Der Vorgang wurde erfolgreich beendet."

Quelle: winvistaside.de: Speicherplatz nach der Windows 7 Service Pack 1 Installation freigeben

Weitere Infos WinSXS: winvistaside.de: Was ist der WinSxS Ordner und warum wird er immer größer?, Hier versuche ich es euch grob zu erklären.

Outlook: MAPI-Client Fehler - objtFolder, objtMessage - Event 9646

nospam@example.com (Ralf Entner) — Mon, 19 Dec 2011 09:29:26 +0100

Problem:
Ein Benutzer hat immer wieder das Problem, dass er folgende Fehlermeldung erhält:

Ein MAPI-Client-Fehler ist aufgetreten

Gleichzeitg wir folgendes Event auf dem Exchange Server generiert (Die Meldung kann variieren) :

Ereigniskennung: 9646
Typ: Fehler
Quelle: MSExchangeIS
Beschreibung:
Die MAPI-Sitzung "/o=Exchange Organisation/ou=Exchange Administrative Gruppe (FYDIBOHF23SPDLT)/cn=Empfänger/cn=Benutzer" hat die maximal zulässige Anzahl von 500 Objekten vom Typ "objtFolder" überschritten und wird daher beendet.

Lösung:
Das Problem tritt auf, wenn ein Client mehr Objekte, als die zulässige maximale Anzahl, öffnet.
Zuerst sollte man überprüfen, ob nicht ein Virus dieses Problem verursacht. Dazu sollte man den Client, bei dem das Problem auftritt, nach Viren scannen.
Sollte sich herausstellen, dass der Client keinen Virus hat und tatsächlich so viele Objekte öffnet, was bei einer Sekretärin mit mehreren Postfächern vorkommen kann, dann kann diese maximal zulässige Anzahl am Exchange-Server erhöht werden.
Hierzu bitte wie folgt vorgehen:

1.) REGEDIT auf dem Exchangeserver starten
2.) Öffnen Sie folgenden Key "HKEY_LOCAL_MACHINE SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem"
3.) Erstellen Sie einen neuen Schlüssel unter ParametersSystem namens "MaxObjsPerMapiSession"
4.) Erstellen Sie unter "MaxObjsPerMapiSession" einen neuen DWORD-Wert des Objekttyps (Objekttyp entnehmen Sie dem Fehlerereignis 9646 z.B. "objtFolder")
5.) Stellen Sie hier den gewünschten maximalen Wert ein (z.B. 500)

Quelle: support.microsoft.com KB925815 - Ein Exchange 2007 Server reagiert nicht mehr auf Übermittlungen von einem MAPI-Client und es wird die Ereigniskennung 9646 im Anwendungsprotokoll protokolliert

Exchange / Outlook Anhänge bereinigen

nospam@example.com (Christopher Pope) — Wed, 14 Dec 2011 16:59:30 +0100

Welcher Administrator kennt es nicht , die Sammelwut der Benutzer. Im Laufe der Zeit sammeln sich immer mehr E-Mail mit Anhängen an und belasten das Postfach unnötig. Viele dieser Anhänge könnten gelöscht werden , nur die Nachricht soll erhalten bleiben. Diese Aufgabe übernimmt ein kleines Freewaretool von NirSoft. Dieses Tool kann hier heruntergeladen werden.

Quelle :

Outlook Attach View

Direkter DL : 32Bit Version 64Bit Version

Standarddrucker aus der Registry auslesen

nospam@example.com (Ralf Entner) — Mon, 12 Dec 2011 10:59:34 +0100

Problem
Man möchte den Standarddrucker eines Benutzers ermitteln

Lösung
Man findet die Einstellung des Benutzers für den Standardrucker unter folgendem Key:

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrenVersion\Windows

Eintrag "Device" = Standdarddrucker

Ahead Nero: Serial aus Registry auslesen

nospam@example.com (Ralf Entner) — Mon, 12 Dec 2011 10:56:07 +0100

Problem
Man möchte die installierte Serial von Nero an einem System auslesen um eine mehrfache Installation zu verhindern.

Lösung:
Man findet die Serial von Nero unter fogenden Registry-Keys - abhängig von der Version:

Nero 5 and Nero 6
HKEY_LOCAL_MACHINE -> SOFTWARE -> AHEAD -> NERO BURNING ROM ->INFO

Nero 7
HKEY_LOCAL_MACHINE -> SOFTWARE -> AHEAD -> INSTALLATION -> FAMILIES -> NERO 7 -> INFO

Nero 8
HKEY_LOCAL_MACHINE -> SOFTWARE -> NERO -> INSTALLATION -> FAMILIES -> NERO 8 -> INFO

Nero 9
HKEY_LOCAL_MACHINE -> SOFTWARE -> NERO -> SHARED -> NL9

Ahead Nero: Nero Scout endlich vollständig entfernen

nospam@example.com (Ralf Entner) — Mon, 12 Dec 2011 10:52:22 +0100

Problem
Man möchte den Nero Scout entdlcih aus dem Arbeitsplatz und von seinem System verbannen.

Lösung
Mit folgendem Befehl wird der Scout vom System entfernt:

regsvr32 /u "C:/Programme/Gemeinsame Dateien/Ahead/Lib/MediaLibraryNSE.dll

Hinweis: Eventuell muß der Programme-Pfad angepaßt werden!

Windows-Firewall: WMI für Firewall

nospam@example.com (Ralf Entner) — Mon, 12 Dec 2011 09:40:21 +0100

Problem
Man möchte mittels WMI auf einen PC zugreifen wir jedoch von der Firewall blockiert.
Die Firewall-Konfiguration stellt den WMI-Dienst nicht zur Verfügung um diesen freizugeben.

Lösung
Die einfachste Möglichkeit die Freigabe zu aktivieren stellt der netsh-Befehl zur Verfügung.
Einfach in der Shell des Remote-Computers folgenden Befehl ausführen:

netsh firewall set service RemoteAdmin enable

Quelle: poweradmin.com: Enable WMI (Windows Management Instrumentation)

Exchange 2007 - Weiterleiten an Verteilerliste

nospam@example.com (Christopher Pope) — Thu, 01 Dec 2011 14:53:36 +0100

Problem :

Weiterleiten der eingehenden Mails an eine Verteilerliste funktioniert nicht von extern , intern funktioniert die Weiterleitung.

Lösung :

Navigiere zu der Exchange Management Cosole zur betroffenen Verteilergruppe (Recipient Configuration -> Distribution Group)

Unter Mail Flow Settings -> Message Delivery Restrictions -> Properties die Einstellungen wie im Screenshot anpassen.

Exchange 2007 Windows 2003 Server 64 Bit : The protocol handler Search.Mapi2Handler.1 cannot be loaded

nospam@example.com (Christopher Pope) — Fri, 18 Nov 2011 13:11:01 +0100

Problem :

Exchange 2007 schreibt ständig Fehler mit folgendem Inhalt ins Application (Anwendung) Log

EventID : 3083
Category : Gatherer
Description : The protocol handler Search.Mapi2Handler.1 cannot be loaded. Error description: Class not registered

Der Fehler liegt daran das kein 64-Bit Outlook MAPI Provider verfügbar ist

Lösung :

Erstellen einer Reg Datei mit folgendem Inhalt :

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\CLSID\{9E175BA9-F52A-11D8-B9A5-505054503030}]
@="Search Gatherer Log File Provider"

[HKEY_CLASSES_ROOT\CLSID\{9E175BA9-F52A-11D8-B9A5-505054503030}\InprocServer32]
@=hex(2):25,00,73,00,79,00,73,00,74,00,65,00,6d,00,72,00,6f,00,6f,00,74,00,25,\
00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,6d,00,73,00,\
73,00,72,00,63,00,68,00,2e,00,64,00,6c,00,6c,00,00,00
"ThreadingModel"="Both"

[HKEY_CLASSES_ROOT\CLSID\{9E175BA9-F52A-11D8-B9A5-505054503030}\ProgID]
@="Search.GathererLogFileProvider.1"

[HKEY_CLASSES_ROOT\CLSID\{9E175BA9-F52A-11D8-B9A5-505054503030}\VersionIndependentProgID]
@="Search.GathererLogFileProvider"

Dannach war der Fehler auf dem Exchange 2007 Server weg

Exchange 2007: Event 9153 MSExchangeSA (0x80072020 - DS notification)

nospam@example.com (Ralf Entner) — Fri, 11 Nov 2011 10:00:45 +0100

Problem:
Der Exchange 2007 Server meldet folgendes Event alle 5-10 Minuten:

Event Type: Error
Event Source: MSExchangeSA
Event Category: General
Event ID: 9153
Date: 29.07.2008
Time: 16:49:12
User: N/A
Computer: xxxxx
Description:
Microsoft Exchange System Attendant reported an error '0x80072020' when setting DS notification.

Lösung:
Meistens hilft es hier einfach den Exchange-Dienst "Exchange Systemaufsicht" bzw. "Microsoft Exchange SystemAttendant" neu starten und die Meldung sollte weg sein.

Quelle: .msexchange.org: Microsoft Exchange System Attendant reported an error '0x80072020' when setting DS notification.

Windows 7 - UAC - Net Use - Fehler 0x8007003

nospam@example.com (Christopher Pope) — Thu, 03 Nov 2011 15:22:23 +0100

Problem :

Setup aus dem Netzwerk zu starten führt zu dem Fehler :

Das Installationsprogramm hat einen Fehler festgestellt: 0x8007003. Das System kann den angegeben Pfad nicht finden

Lösung :

Hier gibt es mehrere Lösungsansätze , einer davon wäre UAC komplett zu deaktivieren das bringt allerdings andere Risiken mit sich. Deswegen hab ich diesen Weg nicht gewählt. Ein Registry Key verändert dieses verhalten insoweit das alle Netzlaufwerke die verbunden wurden in den Benutzeraccount mit erhöhten Rechten durchgeschleift werden.

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\System

dort einen neuen Wert erstellen , insofern er noch nicht existiert

Name : "EnableLinkedConnections" Typ : REG_DWORD Wert : 1

0 Netzwerkverbindungen werden nicht durchgeschleift (VOREINSTELLUNG)
1 Netzwerkverbindungen werden durchgeschleift

Quelle : MICROSOFT KB937624

Exchange: Zentrale Rechtevergabe – PFDavAdmin

nospam@example.com (Ralf Entner) — Tue, 16 Aug 2011 09:52:15 +0200

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.

Ein schöne Anleitung findet man unter: Exchangeshare: FAQ: Give Calendar Read Permission on all Mailboxes – PFDavAdmin

Download PFDAVAdmin: Microsoft Download Center: Microsoft Exchange Server Public Folder DAV-based Administration Tool

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'

Quelle: mostlyexchange: PFDAVADMIN, Exchange 2007, and the v1.1 .NET Framework

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!!

Exchange 2007: Transportregeln funktionieren nicht mehr

nospam@example.com (Ralf Entner) — Mon, 08 Aug 2011 10:51:50 +0200

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.

Quelle:
mxforum: Transport Regel funktioniert nicht auf allen CAS
Exchange Server Technet Forum: Exchange 2007 transport rule is being ignored after RU9