Plötzlich…
Beim Start von Outlook folgende Fehlermeldung:

Microsoft Office Outlook kann nicht gestartet werden. Das Outlook Fenster kann nicht geöffnet werden. Image hier

Zum Glück gabs nen guten Treffer in den Suchergebnissen … http://support.microsoft.com/kb/2022778/en

Wer keinen nerv hat es zu lesen hier der Quick-Fix:

1. Auf Start klicken
2. Ausführen wählen oder direkt in den Suchschlitz von Win Vista/Win7 folgende eingeben…
3. outlook.exe /resetnavpane
4. Nachdem Outlook erfolgreich startete unbedingt einmal schließen und normal starten

das wars…

Info:

Fehlerbeschreibung im Knowledge Base Artikel:

This problem can occur when file that maintains the Navigation Pane settings becomes corrupted. This file is called profilename.xml, where profilename is the name of your Outlook profile. This file is stored in the following folder:

• Windows XPC:\Documents and Settings\username\Application Data\Microosft\Outlook
• Windows Vista, Windows 7C:\Users\username\AppData\Roaming\Microsoft\Outlook

A good indication this file is corrupted is when the file size is 0 KB.

Wer gerne ein paar Euros sparen will, sollte sich mal folgenden Artikel durchlesen:

http://blog.notebooksbilliger.de/office-2010-ab-heute-verfuegbar/

viel Spaß!

Komischerweise konnten ein paar Leute bei der Arbeit seit Anfang Januar 2010 keine E-Mailanhänge mit einer Excel-Datei öffnen. Es kam immer die Meldung, dass die Datei nicht gefunden werden konnte. Excel startete somit sauber, aber ohne die Datei zu öffnen. Auch Excel-Files aus dem Netzlaufwerk oder lokal liegende Dateien konnten mit einem Doppelklick nicht direkt geöffnet werden. Die Funktion über “Datei öffnen” im Excel funktionierte aber noch.

Zuerst habe ich an ein Jahr2010-Bug gedacht… so nach dem ganzen EC-Karten Problemen… wurde aber beim Googlen enttäuscht . Das Problem ist nen Alter Hut. Schade, dachte ich hätte was Außergewöhnliches *g*….

Hier die Lösung:

Excel 97-2003:

Öffnet einfach in Excel 2003 das Menü “Extras/Optionen” und klickt auf den Register “Allgemein”.
Entfernt dort das Häkchen bei der Option “Andere Anwendungen ignorieren”.

 

Excel 2007:

In Excel 2007 ist der Haken woanders zu finden:
Klickt auf den Office-Button oben links und unten auf “Excel-Optionen”. Nun zur Rubrik “Erweitert” im linken Navifeld wechseln und im rechten Fensterteil ganz herunter scrollen. Im Bereich “Allgemein” findet ihr nun die Option “Andere Anwendungen ignorieren, die Dynamischen Datenaustausch (Dynamic Data Exchange, DDE) verwenden”.

… fertig (in 99% aller Fälle).

… dennoch habe ich keine Ahnung, warum denn so viele Leute davon betroffen waren, obwohl jegliche DAU’s mir versicherten an den Einstellungen nichts verstellt zu haben… wers glaubt .

Lustiger Bug!
Beim ersten Start des PowerPoint Viewers 2007 läuft alles wie geschmiert, aber danach lässt er sich nicht starten.

Lustige Ursache:
Dieses Problem tritt auf, wenn Sie eine nicht-englischen Version von Microsoft Office oder PowerPoint-Viewer installiert auf einem Computer mit eine englische Version von Microsoft Windows installiert.

Abhilfe schafft das hier:

http://support.microsoft.com/kb/929353/de

Bei mir hat es gereicht, den Ordner 1031 in 1033 umzubennen.

Heute mal wieder ein etwas längerer Artikel.

Seit ein paar Tagen haben wir in unserer Empfangshalle einen LCD-Fernseher stehen, wo eine Präsentation laufen soll. Vorerst liefen dort Bilder über einen angeschlossenen USB Stick. Das war meiner Meinung nach aber viel zu unhandlich. Jeden Morgen musste jemand den LCD anstellen, dann über das “etwas komische” Menü den USB Stick wählen und jedes einzelne Bild, welches angezeigt werden sollte, auswählen. Hinzu kam, dass die Bilder nicht im Vollbildmodus angezeigt werden konnten. Jetzt hat der LCD schon 1920 x 1080 px und dennoch ging das nicht… bis jetzt!

Was ich mir gedacht habe:

Es gibt doch bestimmt irgendwelche Festplatten, welche einen USB Device und ein LAN-Anschluss haben. Dann würde ich die HDD ins Netz hängen und an den Fernseher. Somit würde das elendige “USB-Stick kopieren/hin- und hertragen” entfallen… Nunja, aber Vollbild und automatisches starten von der Präsentation geht net. Egal, mal nach HDD suchen.

… searching…

… denkste, alles im Bereich von 300-400 EUR. Dafür bekomm ich ja schon nen Netbook . Netbook?!? Ah, klasse Idee.

… searching günstiges Netbook…

… gefunden und hier, wie es jetzt läuft (ziemlich smart und ohne viel Pflegeaufwand!).

Kurze Beschreibung, was ich umgesetzt habe:

• Netbook Asus EeePC 1005 HA gekauft
• Powerpoint Viewer 2007 installiert
• Netbook in die Domäne geholt
• Remotezugriff erlaubt
• in der Registry automatische Domänenanmeldung aktiviert
• WakeOnLan via MagicPackage an der Netzwerkkarte aktiviert
• Batch geschrieben um Remote die Präsentationen zu starten und Remote das Netbook anzuschalten
• Ordnerfreigabe auf NetBook eingerichtet, wo die Präsentationen einfach abgelegt werden können
• … fertig

Ergebnis:

Wenn sich unsere Empfangsdame morgens an ihrem Rechner anmeldet, wird das Netbook und eine beliebige Präsentation automatisch gestartet. Einzig und allein der LCD muss noch per Fernbedienung angeschaltet werden. Außerdem ist es möglich remote eine x-beliebige Präsentation auf dem Netbook zu starten.

Und hier die lange Beschreibung:

Die ersten Punkte brauche ich wohl nicht wirklich zu erklären… jedem, wer sich damit beschäftigt, sollte klar sein, wie man ein Netbook kauft und Software besorgt und installiert, bzw. das Netbook in eine Domäne packt.
Interessant wird es bei der automatischen Domänenanmeldung, dem WakeOnLAN und dem automatischen Starten einer Präsentation (alles remote!).

Um das alles zu ermöglichen müssen einige Haken an der Netzwerkkarte über den Gerätemanager gesetzt werden und lustige Einträge in der Registry gemacht werden. Eine Batch gehört auch dazu. Aber alles der Reihe nach.

1. Netzwerkkarte für WakeOnLAN einrichten
   Geht zum Gerätemanager und dort zum Punkt Netzwerkadapter. Sucht euren LAN-Adapter und doppelklickt darauf. Auf dem Reiter “Energieverwaltung” setzt den Haken bei “Das Gerät kann den Computer aus dem Ruhezustand aktivieren”. Auf dem Reiter “Erweitert” sucht nach dem Punkt WakeOnLAN oder Aktivierungseinstellung… das ist abhängig vom Hersteller der LAN-Karte… und setzt dort Werte wie “Magic & adressierte Pakete”, “WakeOnLAN = ein” usw. Somit ist es nun möglich, dass der Rechner remote eingeschaltet wird. Ganz ohne Task oder durch drücken des Power-Buttons.
2. Automatische Domänenanmeldung in der Registry eintragen
   In meinem Fall musste ich das Netbook in die Domäne holen, da ich in der Remote-Batch mit dem Tool “psexec” arbeite. Das setzt eine Adminfreigabe auf C$ voraus (Windows XP Pro, Vista Business required… könnte auch eventuell mit “XPProme” funktionieren) und ein Domänenbenutzer zur Anmeldung.
   Hier nun die kleine Reg-Datei zum importieren:

   Windows Registry Editor Version 5.00
   [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon]
   "AutoAdminLogon"="1"
   "DefaultDomainName"="Domänenname"
   "DefaultPassword"="Passwort"
   "DefaultUserName"="User"
   "ForceAutoLogon"="1"

   Die passenden Werte ergänzen und einfach dieses als file.reg speichern und anschließend doppelt klicken… fertig. Nach einem Neustart sollte der PC trotz Domänenanmeldung sich automatisch einloggen.

1. Batch für’s WakeOnLAN & Starten einer PPT schreiben
   Jetzt kommen wir zum Herzstück der ganzen Sache. Das vorherige war nur ein wenig Geplänkel .
   Allerdings ist das Folgende auch keine Hexerei! Hier die “autostart-Netbook-und-PPT.cmd”:

   @echo OFF
   REM **** Script by Tw!tch
   REM **** WakeOnLan + PPTX automatisch starten **** 
    
   @echo OFF
   REM **** Variablen setzten
   set path=c:\praesentationen\
   set rechner=Netbook
   set file=zentraleallgemein
   set LOGFILE=%file%.log
    
   echo.
   echo.In ca. 60 Sekunden startet die Praesentation...
   echo.---------------------------------------------- >> "%LOGFILE%" 2>&1
   echo.###Starte Rechner %rechner%...### >> "%LOGFILE%" 2>&1
   call WolCmd.exe MAC-ADRESSE IP-ADRESSE SUBNETZ PORT >> "%LOGFILE%" 2>&1
   echo Juhu... WakeOnLAN. In 60 Sekunden startet die Praesentation >> "%LOGFILE%" 2>&1
   call sleep.exe 60 >> "%LOGFILE%" 2>&1
   echo.PP-File: %file% - Datum: %date% - Zeit: %time% >> "%LOGILE%" 2>&1
   echo.PowerPoint - Praesentation wird gestartet: >> "%LOGFILE%" 2>&1
   PSEXEC \\%rechner% -d -i -u Domäne\User -p Passwort  "C:\Programme\Microsoft Office\Office12\PPTVIEW.EXE" /S /N "%path%%file%.pptx" >> "%LOGFILE%" 2>&1
   echo.---------------------------------------------- >> "%LOGFILE%" 2>&1
    
   exit

   Hierzu eine kurze Erklärung:
   Die Batch legt ein Logfile an, welches gut zum debuggen geeignet ist. Logfilename ist dabei der Dateiname der Präsentation. Im ersten Bereich der Batch werden also ein paar Instanzvariablen gefüllt, wie Rechnername, Dateiname der Präsentation, Pfad usw. Im zweiten Teil gehts dann Rund. Mit Hilfe der EXE “WolCmd” mache ich per Broadcast das MagicPaket, welches das Netbook automatisch starten lässt. Eine genaue Beschreibung zu dem kleinen Helferchen findet ihr auf der WolCmd-Seite. Anschließend nutze ich die “sleep.exe” um erstmal auf das gerade startende Netbook 60 Sekunden zu warten um anschließend per “PSEXEC” den PowerPointViewer mit der Standard-Präsentation automatisch zu starten. In meinem Falle reicht es nur Dateien mit “pptx”-Endung zu starten. Das müsste noch geändert werden, wenn man auch Office2003 PPT’s starten möchte.
   Weitere Info’s zu den drei Tools findet ihr auf den jeweiligen Seiten.

   Hier die Batch, die individuelle PPTX’s startet:

   @ECHO OFF
    
   set path=c:\praesentationen\
   set rechner=Netbook
   set /P file=Geben Sie den Dateinamen der Praesentation an:
   set LOGFILE=%file%.log
    
   echo. ---------------------------------------------- >> "%LOGFILE%" 2>&1
   echo. PP-File: %file% - Datum: %date% - Zeit: %time% >> "%LOGFILE%" 2>&1
   echo. PowerPoint - Praesentation wird gestartet: >> "%LOGFILE%" 2>&1
   PSEXEC \\%rechner% -d -i -u Domäne\User -p Passwort  "C:\Programme\Microsoft Office\Office12\PPTVIEW.EXE" /S /N "%path%%file%.ppt" >> "%LOGFILE%" 2>&1
   echo. ---------------------------------------------- >> "%LOGFILE%" 2>&1

   Auch hierzu eine kurze Erklärung:
   Die Batch startet mit einer Eingabeaufforderung. Dort muss man den Dateinamen der Präsentation eingeben, die gestartet werden soll. Alles andere, wie Logfile, und starten der PPT ist identisch wie in der vorherigen Batch.

Im Grunde habe ich es sehr schmal gehalten und damit einiges an doofer Arbeit erspart.
Das Ganze wird durch eine Netzfreigabe eines Ordners für Präsentationen auf dem Netbook abgerundet, wo die Marketingabteilung spezielle PPT’s ablegen kann und per Batch gestartet werden kann.

… ach, das Leben ist super, wenn man solche Kleinigkeiten schnell umsetzten kann… und wenn dann einige staunen, was so machbar ist, ist’s noch besser .

*Eigenlob @Tw!tch* ? :-)

Es war mal wieder an der Zeit, sich ein wenig die Arbeit beim Einrichten/Warten neuer Clients in Firmen-Domäne zu erleichtern.

Hintergrund:

Da wir immer noch Clients nach Bedarf kaufen und kaum Open Value Office/Windows Lizenzen benutzen… bitte nicht lachen… ist es üblich, dass wir eine Office Lizenz dazukaufen. Da es kein Office 2003 mehr gibt, kaufen wir im Moment Office 2007 als MLK-Version. Somit ist es natürlich kaum möglich gut gesteuert diese Software zu verteilen und einfach voreingerichtet zu verteilen, das kleine Workaround soll da helfen.
Der zweite Grund für die Maßnahme, die ich gleich erläutere ist, dass einige User meinen, ihren Vorlagenordner oder Standard-Speicherordner auf die lokale Festplatte zurückzuschieben… Nachteil: Bei Festplattencrash war’s das mit den schönen Daten, da die Clients selbst nicht gesichter werden.

Vorwort:

In dem kleinen HowTo beschreibe ich, wie man schnell und einfach per Logonscript den Vorlagenordner und den Standard-Speicherort-Ordner per Regedit und Batch immer wieder aufs neue abändert. Auch wenn der User den Pfad ändert, so ist doch beim Nächsten Login der Pfad wieder der genormte Firmenpfad … irgendwann geben se das dann mit dem abändern auf .

HowTo

Was muss getan werden:

1. eine reg-Import-Datei schreiben
2. eine Batch schreiben
3. Logonscript anpassen

Wie sehen die Batches aus und die passende Erklärung dazu:

1. Die reg-Importdatei ist ziemlich einfach aufgebaut. Sie beinhaltet den allgemeinen Reg-Syntax, z.B. wo der Key liegt und welchen Wert dieser bekommen soll. Wichtig ist, dass ein Backslash doppelt vorhanden sein muss (z.B. Z:\\Ordner\\Unterordner). Die *.reg – Datei benutze ich zum Ändern des Keys für Arbeitsgruppenvorlagen und Uservorlagen. Da der Ordner mit den globalen Vorlagen für alle identisch ist, kann ich das bequem über eine *.reg-Datei erledigen. Schwieriger wird es, wenn für jeden User ein individueller Pfad hinterlegt werden soll. Dazu aber mehr bei Punkt 2. Hier erstmal der reg-Import für Office 2003 und Office 2007.

Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\General]
"SharedTemplates"="Z:\\Alle\\Vorlagen\\"
"UserTemplates"="Z:\\Alle\\Vorlagen\\"

[HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Common\General]
"SharedTemplates"="Z:\\Alle\\Vorlagen\\"
"UserTemplates"="Z:\\Alle\\Vorlagen\\"   

2. Die Batchdatei ist in meinem Falle nötig gewesen, da ich per Logonscript individuelle Standard-Speicherorte für jeden einzelnen User anlegen wollte. Jeder User hat auf unserem Netzlaufwerk einen eigenen Ordner mit entsprechenden Zugriffsrechten. Somit variiert der Wert für einen regkey. Da ich den Usernamen über die Variable “%username%” beim Logonscript habe, aber nicht als Variable einfach an einen *.reg-Datei übergeben kann, habe ich folgende Lösung gewählt, wieder für Office 2003 und Office 2007 gültig. Sollten keine indiviuellen Ordner angesteuert werden, macht es mehr Sinn diese Regkeys und deren Werte direkt in der aus Punkt 1 genannten reg-Import-Datei unterzubringen.

@echo Registry Updaten
@echo Setzte den Globalen Vorlagen-Ordner fuer Office
:: Öffne die in Punkt 1 angelegte *.reg-Datei und importiere diese ohne Eingabeaufforderung
regedit /s \\server\global\logon\Regs\global_office_templates.reg


@echo Setzte den Standard Speicherort fuer Office 2003,2007
@echo off
reg add "HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Word\Options" /v "DOC-PATH" /t REG_SZ /d "Z:\%username%\word" /f      >NUL
reg add "HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Excel\Options" /v "DefaultPath" /t REG_SZ /d "Z:\%username%\excel" /f >NUL
reg add "HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Word\Options" /v "DOC-PATH" /t REG_SZ /d "Z:\%username%\word" /f      >NUL
reg add "HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Excel\Options" /v "DefaultPath" /t REG_SZ /d "Z:\%username%\excel" /f >NUL      

3. Das Logonscript habe ich nun nur noch so angepasst, dass die entsprechenden neuen Dateien korrekt aufgerufen werden.

:: Registry-Updates
:: Öffnet die Batchdatei aus Punkt 2
call regchange.cmd
  

Fazit:

Ein einfacher Weg, der mich 45 min Einrichtung gekostet hat. Sicherlich ist das alles mit einer GPO auch machbar. Allerdings ist unser AD recht schlecht aufgebaut worden und es ist schwierig dort gezielt Gruppen eine Richtlinie zuzuordnen. Das Umändern des ActiveDirectories ist bei mir schon länger auf einem “gelben Zettel” vermerkt. Allerdings scheue ich mich ein wenig vor dem Aufwand. Stichwort “gewachsene Struktur”… in solcher einer Situation zieht immernoch der Spruch “never touch a running system” bei mir .

Es ist manchmal nötig, dass man ein globales Verzeichnis bei vielen Clients nutzt, wo die allgemeinen Vorlagen für Briefe, Präsentationen usw. enthalten sind. Unter Word 2003 war das recht einfach unter Optionen/Extras zu erreichen. Bei Word 2007 ist das ein wenig versteckter.

Hier ein Screenshot, wo ihr den versteckten Menüpunkt findet.
In die Wordoption gelangt ihr, indem ihr oben links auf das Office Logo klickt und unten in dem sich öffnenden Menü auf Word-Optionen klickt.

Hinweis:

Wenn Änderungen bezüglich dem Vorlagenordner in Word 2007 gemacht werden, betrifft das auch automatisch Excel und Powerpoint.

TelefonCall:
Anderes Ende: “Tobias, kannst du mir mal was zeigen in diesem neuen Programm was ich hier habe?”
Ich: “Welches neue Programm, meinst du NAVISION?”
Anderse Ende: “Nein, dieses komisch Programm hier…”
Ich: “Welches Programm? (leicht angenervt)… Warte ich komm mal vorbei…”

Ich schluder übern Flur und überlege, was ich für neue Software bei der Person installiert habe. Aber mir fällt nix ein.
Dort angekommen frage ich: “Welches Programm denn?”

Person öffnet Excel 2003… “Das hier!”
Meine Reaktion: “Oh, ok, DAS ganz neue Programm (ironisch!), welches du schon seit mind. 10 Jahren an diesem Arbeitsplatz benutzt…”

ENDE

 PS: Irre, oder?

Heute erhielt ich eine E-Mail, wo mir ein Mitarbeiter berichtete, dass seine Einladungen an eine bestimmte Person nicht ankommen.
Als erstes erstellte ich eine Test-Einladung an die Person und siehe da, es kam sofort ein Systemmeldung per Mail zurück:

Ihre Nachricht hat einige oder alle Empfänger nicht erreichttest EinladungGesendet am: 30.10.2008 13:56
 
Folgende(r) Empfänger kann/können nicht erreicht werden:
 
Andere Person am 30.10.2008 13:56
 
Das E-Mail-Konto ist in der Organisation, an die diese Nachricht gesendet wurde, 
nicht vorhanden. 
Überprüfen Sie die E-Mail-Adresse, oder setzen Sie sich direkt mit dem Empfänger 
in Verbindung, um die richtige E-Mail-Adresse herauszufinden.

Lustig, lustig dachte ich… die Person, die die Mail anstatt dem wirklichen Empfänger bekommen hat existiert gar nicht mehr in unserem Unternehmen. Somit auch keine E-Mailadresse, kein Postfach, kein ActiveDirectory-Eintrag… wieso versucht der also die Termineinladung jemand anderem zuzustellen.
Nach ein paar MInuten der PRüfung im AD und im Exchange-Admin war mir klar, dass der Fehler hier nicht zu finden war. Dort war alles sauber gelöscht und geändert worden…

Nach langer,  langer Suche… hier der Grund allen Übels (mal wieder ein “DAU “am Client!):
Ein veralteter Eintrag mit einem nicht mehr vorhandenen Benutzer /Postfach eines ehemaligen Mitarbeiters war unter “Extras>Optionen>Stellvertretungen” vorhanden.
Demnach versucht das System die Einladung zuzustellen, sprang auf die Stellvertretung, dessen Postfach nicht mehr existierte, und versuchte dahin die Einladung zu versenden.

Lösung:
Einfache diese Stellvertretung gelöscht und es funktioniert alles wieder so wie es soll .

Doof wird es, wenn das Postfach des Stellvertreters noch aktiv ist und man wie wild sucht, warum die Stellvertretung die Einladungen andauernd bekommt …

Warum nenn ich das Ding Outlook 2003 FeatureBug?
Ganz klar… der Outlook-Client hat es nicht geregelt bekommen zu wissen, dass der User gar nicht mehr existiert und dennoch wie dumm versucht die Mails zuzustellen.

Ab und An kommt es vor, dass auf irgendeine Art und Weise der Outlook 2003 Abwesenheitsassistent bei einigen Clients nicht mehr funktioniert. Es kommt beim Klicken auf den Menüpunkt folgende Meldung:

Leider bin ich noch nicht dahinter gekommen, warum das Problem auftritt. Dennoch habe ich hier eine “Super Quick-Lösung”, die sauber funktioniert, ganz ohne Nebenwirkungen, damit man den Abwesenheitsassistenten wieder benutzen kann.

Startet mit dem Befehl “regedit” den Registrierungseditor.
Navigiert nach: HKEY_CURRENT_USERSoftwareMicrosoftOffice11.0Outlook
Dort den Unterzweig “Resiliency” umbenennen, z.B. in Resiliency.old.

Nach dem Neustart von Outlook funktioniert es wieder…

Ich hoffe ich konnte einigen helfen

Ab und zu muss ich die Rechner der Mitarbeiter tauschen, da diese entweder zu alt oder nach Jahren einfach kaputt sind.
Dabei machte das Migrieren von Outlook 2003 kaum Probleme, da wir auf einen Exchange Server setzten.

So werden schön die Kontakte, Termine, E-Mails usw. auf dem Exchange-Server gespeichert und stehen bei einer Neuinstallation von Outlook auf dem neuen oder alten Client sofort zur Verfügung.

Anders allerdings bei der Liste der eingetippten E-Mailadressen, die Outlook 2003 vorschlägt, wenn man in das Empfänger-Feld einen Buchstaben eintippt. Kurz gesagt, bei Neuinstallation des Office-Paketes incl. Outlook steht diese Autovervollständigung der E-Mail-Adressen nicht zur Verfügung.
Grund dafür ist, das Outlook diese Liste auf dem Client in der Datei Profilname.NK2 speichert, die man im Ordner:

C:\Dokumente und Einstellungen\%Benutezrname%\Anwendungsdaten\Microsoft\Outlook

findet.

Einfach die alte Datei kopieren und auf dem neu installierten Client in das selbe Verzeichnis einfügen und fertig!
So hat man seine alte Vorschlagsliste der benutzen E-Mailadressen.

PS: Auch für Heimanwender brauchbar!

“vorab… das Ganze ist FREEWARE und super einfach einzurichten!”

Seit längerem stößt es mir ziemlich Sauer auf, wenn ich an das Pfelgen unserer Outlook Signaturen denke.
Ganz im Sinne von CI habe ich vor ein paar Jahren jedem User Signaturen angelegt und auf den Client kopiert. Da unser Unternehmen mittlerweile aber ein paar mehr Leute hat und irgendwie andauern neue Leute dazukommen, wird es wirklich langsam schwierig, die Signaturen zu verwalten. Dazu kommt, dass ständig die Auszubildenden die Abteilungen wechseln und ich in mühsamer Handarbeit die Signaturen bezüglich Telefonnumme,r Faxnummer, Abteilung usw. ändern kann.

Dieser Umstand hat mich heute dazu bewegt genauer im Internet nach einer Lösung zu suchen, wie man Outlook Signaturen (egal ob Outlook 2003 -  Outlook 2007) global in einer Active Directory umgebung erstellen, aktualisieren und anders Verwalten kann.

Nach längerem Suchen am Vormittag fand ich einige kostenpflichtige Programme, die von 100 bis 1000 EUR teuer waren und nciht wirklich dem entsprachen, was ich haben wollte. Entweder hatten die Programme zu viele andere Features und waren somit teuer oder aber die Features der günstigen waren nicht ausreichend.

Ich spielte schon mit dem Gedanken etwas selbst zu basteln - ”in der Art von per GPO Software starten, die Signaturen über ein Template auf die Rechner kopiert” -, dachte mir dann aber, das der Aufwand erst einmal zu groß wäre.
Durch Zufall fand ich dann aber folgendes, rettendes Projekt:
http://zerbit.de/projekte/outlooksignature.aspx (@ Herrn Zerbe: Wäre super, wenn Sie Ihre Site noch mehr für Suchmaschinen optimieren würden, denn dann würden viele sich die teuere Software sparen. Tipps fürs SEO gebe ich Ihnen gerne )

Auf den ersten Blick sah ich FREEWARE … da dachte ich mir, nunja, das schau dir mal genauer an, und ich muss sagen:

“Respekt!”

Die Software deckte wirklich alle erdenklichen Anforderungen, die ich hatte, ab.
Hinter dem oben angegeben Link findet ihr eine super detaillierte Beschreibung der Installation und Konfiguration und das was es kann.
Kurz gesagt funktioniert das Progrämmchen folgendermaßen. Um dem Programmierer nicht den Webseitencontent zu klauen kommt hier meine eigene kurze Zusammefassung. Auf der Seite findet ihr aber viel mehr Infos über was es alles kann und wie es geht.

• Man erstelle ein Signatur-Template
• Man konfiguriere den Datenbank-Connect und ergänze alle wichtigen Infomrationen bei den Usern
  … Basis kann ein Active Directory oder eine beliebige Datenbank (Access, MySQL etc.) sein
• Beim Starten des Tool auf einem Client zieht er sich die Daten aus dem AD oder der DB, vereint es mit dem Template und speichert es im Signatur-Ordner von Outlook
  (C:Dokumente und Einstellungen<Benutzername>AnwendungsdatenMicrosoftSignatures)
• zusätzlich kann eine Standardsignatur mit angegeben werden (Für “neue” oder “reply” E-Mails)

Das hört sich doch super an. Genau das, was man haben möchte.
Also hab ich mich mal daran gesetzt und für unsere knapp 80 “E-Mail-Mitarbeiter” das versucht einzubinden.
Vor ab schon einmal erwähnt, dass man für die komplette Einrichtung incl. Rollout nicht länger als 2 Stunden braucht.
Wenn man noch ein paar Ergänzungen, wie sie weiter unten Beschrieben sind, einbaut kommt man auf ca. 4 Stunden (incl. Pflege der Active Directory-Daten).
Im Gegensatz zu dem nervigen, händischen Ändern der Signaturen eine enorme Zeitersparnis.

Los gehts:

1. Als erstes der Download: http://zerbit.de/download/outlooksignature1704.zip
   (regelmäßig gibt es neue Versionen… Wenn der LInk also nicht mehr funktioniert einfach mal auf die Webseite schauen)
2. Nun schaute ich mir die Konfígurationsdatei an und passte diese meiner Umgebung an.
   In der Datei steht zu jedem Parameter eine detaillierte Erklärung. Ansonsten auf der Webseite alles super einfach erklärt.
   Hier findet ihr ein Beispiel einer Konfigurationsdatei für das Active Directory:

   [Main]
   DatabaseConnection=
   UserSelect=
   LDAPBaseObjectDN=Server-IP:389/OU=OU-Standort,OU=OU-Unternehmen,DC=int1,DC=name,DC=de
   LDAPReaderAccountName=
   LDAPReaderAccountPassword=
   TemplateFolder=Vorlagen
   EMailAccount=Microsoft Exchange Server
   SetForAllEMailAccounts=1
   AppDataPath=
   NoNewMessageSignature=
   NoReplyMessageSignature=
   FixedSignTypeForDN1=beispiel
   FixedSignTypeReplyForDN1=beispiel
   FixedSignTypeForDN2=beispiel2
   FixedSignTypeReplyForDN2=beispiel2
   PlaceholderSymbol=
   LogFile=log.log
   EmptySignatureFolder=2
   
   [FieldMapping]
   SignType=  
   SignTypeReply=  
   FirstName=*givenName 
   LastName=*sn  
   Initials=  
   Title=  
   SignTitle1=*department 
   SignTitle2=  
   Phone=*telephoneNumber 
   Fax=*facsimileTelephoneNumber 
   Mobile=*mobile  
   EMail=*mail 
   Postcode=*postalCode 
   City=*l  
   Street=*streetAddress 
   UserDef1=*company
   UserDef2=*wwwHomePage
   UserDef3=*description
   UserDef4=*postOfficeBox
   UserDef5=

3. Danach erstellte ich ein Template.
   (Bei dem Programm ist ein dummy-Template mitgeliefert, so dass man schnell ans Testen kommt.)
4. Anschließend kam schon der erste Run der Software. Zum Debuggen habe ich mir eine Verknüpfung zu der OutlookSignature.exe gemacht und diese mit den Parametern /debug:true aufgerufen. So kann man schenll sehen, ob der Connect zum AD oder zur DB funktoineirt und die richtigen Daten ausgelesen werden.

Zu meiner Verwunderung funktionierte das sofort! Ohne größeres Meckern habe ich die neue Signatur in meinem Outlook und kann diese sofort benutzt.
SUPER, dachte ich mir, weiter gehts auf dem Weg allen Mitarbeitern dieses Miniprogramm zur Verfügung zu stellen. Da ich keine Lust habe die Daten auf jeden Rechner zu kopieren entschied ich mich dazu erst einmal die Templates, Config-Dateien und die Software auf ein Netzlaufwerk zu packen, welches von allen lesbar ist.

Im Hinterkopf hatte ich den Gedanken dieses mit Parameterübergabe dann über ein Logon-Script bei der Windowsanmeldung eines Users in unserer Domain automatisch zu starten und somit dem Mitarbeiter immer ihre aktuelle Signatur zu verpassen. (Optional kann man in der config einstellen, dass der Signaturordner bei jedem Start der Software geleert wird. Somit hat man eine gute Kontrolle über die Signaturen. Denn die Mitarbeiter können zwar die Signatur ändern., bei der nächsten Systemanmeldung ist diese aber wieder futsch … super im Sinne von CI)

Allerdings musste ich mir noch Gedanken zu folgendem Problem machen:
… und zwar, dass es in unserem Unternehmen einige Mitarbeiter mit und ohne Handy-Nummer gibt. Leider kann man direkt im Template oder in der Software nicht irgendwelche Parameter mitgeben, die bei fehlenden Daten das Feld nicht mit anzeigen, deswegen entschloss ich mich dazu das Ganze über eine andere Konfiguration der Datei OutlookSignature.ini und mit Hilfe des Windows-Logon-Scriptes und einer AD-Group zu lösen.

Um Mitarbeitern, mit z.B. Handynummer oder anderen Daten, eine andere Signatur zur Verfügung zu stellen, ist folgender Weg eine Lösung:

1. Neue Templates erstellen (für User mit Handynummer).
   In meinem Falle habe ich das “sprache_standort_mob.html/rtf/txt” genannt und im zentralen Vorlagenordner auf dem Netzlaufwerk, der für jeden Mitarbeiter erreichbar ist abgelegt.
2. Eine neue AD-Group erstellen, die den Usern zugewiesen wird, die eine Handynummer haben.
   In meinem Falle war das sehr einfach, da schon eine Gruppe existierte, die den Anforderungen entsprach.
3. Eine neue Konfigurationsdatei erstellen mit neuen Parametern.
   Der Unterschied zu der normalen Konfigurationsdatei ist nur, dass ich andere Templates lade. Somit brauchte ich nur folgende Einträge abändern:

   FixedSignTypeForDN1=sprache_standort_mob
   FixedSignTypeReplyForDN1=sprache_standort_mob
   FixedSignTypeForDN2=sprache_standort_mob
   FixedSignTypeReplyForDN2=sprache_standort_mob

   … die neue ini-Datei habe ich dann unter OutlookSignature_mob.ini im Netzlaufwerk-Ordner, wo die anderen Dateien auch schon lagen, abgespeichert.

4. Das Logon-Script auf dem Domaincontroller anpassen:
   Dafür braucht man in das Login-Script einfach folgendes hinzufügen: (Um zu überprüfen, ob ein User einer Gruppe angehört benutze ich das IFMEMBER.EXE – Tool)

   IFMEMBER.EXE Group-mobiluser
   IF ERRORLEVEL 1 GOTO Group-mobiluser
   :mobiluser
   
   :Group-mobiluser
   REM *********** Outlook Signaturen mit mobile-Extension an Client senden ********
   start /B /HIGH servernameShare-OrdnerOutlookSignaturenOutlookSignature.exe /ini:servernameShare-OrdnerOutlookSignaturenOutlookSignature_mob.ini
   GOTO mobiluser

   Das wichtige ist, dass ich in dem Logon-Script dem OutlookSignature-Tool per Paraameter sage, welche ini er laden soll. Das geschieht durch den Befehl /ini:pfad_zur_ini

Ganz einfach, oder? Alle Mitarbeiter, die eine Handy haben, bekommen nun die Signatur mit dem “mobil-Zusatz”. Alle anderen binde ich über eine andere Gruppe ein oder aber verpasse erst einmal allen Mitarbeitern, die sich anmelden auch die normale Signatur, indem ich folgendes in das Logon-Script mit einbaue:
(Hintergrund: in der mobil.ini habe ich den Parameter “EmptySignatureFolder=2″ eingestellt. Somit löscht er erstmal alle Signaturen aus dem Ordner… auch die Signatur ohne mobil-Zusatz und packt anschließend die richtige Signatur hinein)

start /B /HIGH servernameShare-OrdnerOutlookSignaturenOutlookSignature.exe /ini:servernameShare-OrdnerOutlookSignaturenOutlookSignature.ini

Vielen Dank an den Hersteller dieses Super Tools. Nach Fertigstellung der Templates habe ich es Testweise bei 5 Leuten ausgerollt… ohne Probleme.
Ab morgen haben es alle 80 Mitarbeiter mit verschiedenen Templates an verschiedenen Standorten.

Als kleinen genialen Zusatz noch gesagt:
Das Ding ist:

1. CITRIX-Fähig, (aus dem einfachen Grunde, da durch das Logon-Script eine Session auf dem Terminalserver geöffnet wird und das Script sich auch dort die aktuelle Signatur zieht.)
2. Office 2007,
3. Exchange 2007-Fähig
   

Ich bin unendlich begeistert, und lehne mich jetzt ruhig zurück, denn wann immer es neue Mitarbeiter gibt, Telefonnummern bei Mitarbeitern geändert werden, Abteilungen gewechselt werden oder was auch immer, brauche ich nur noch im Active Directory diese Änderungen machen und bei der nächsten Anmeldung des Users an unsere Domain hat er die aktuelle Signatur!

PS: Das Tool eignet sich auch für private Umgebungen!
Ich ahbe absichtlich auf Screenshots verzichtet, da es genügend auf der Hersteller-Webseite gibt.

Bei der Vorbereitung der Migration unserer Stammdaten aus unserem alten Warenwirtschaftssystem in das Neue musste ich eine Excel-Tabelle mit ca. 100.000 Einträgen auf doppelte Einträge checken und entfernen.

… da ich keine Lust hatte dafür extra ein Programm zu schreiben, welches die Daten einliest und auf Dublikate checkt, oder aber, das jemand per Hand die Datei durcheiert, habe ich in der Microsoft-Hilfe doch wirklich mal einen guten Tipp gefunden, den man für mein Vorhaben, nämlich das entfernen doppelter Zeileninhalte, gebrauchen kann.

Das Zauberwort heißt Spezialfilter:

Vorgehensweise:

1. Einfach die Spalte markieren, welche die Dublikate enthält
2. Anschließend im Menü “Daten/Filter/Spezialfilter” auswählen
3. Bei Aktion “An eine andere Stelle kopieren” wählen
4. Listenbereich: $SPALTE(A-X):$SPALTE(A-X)
5. kopieren nach: $SPALTE(B-X):$SPALTE(B-X)
6. und zuletzt der wichtigste Punkt: keine Duplikate auswählen

einfach, oder?
Schon hat man die gewünschten Daten… klasse!
Und viel schneller als ein eigenes Skript!

Da kommt es doch wirklich immer häufiger vor, dass es Mitarbeiter gibt, die einfach einen E-Mail Anhang (z.B. eine Excel-Tabelle) aus ihrere E-Mail im Outlook 2003 öffnen, diese bearbeiten und einfach STRG-S drücken…

Nach Tagen fragen sich diese Personen dann, wo denn diese Datei war und werden auf einmal ganz hektisch…

… nach Stunden des Suchens kommt dann der Anruf!
Tobias, ich finde eine Datei nicht mehr, die ist einfach weg!
Oder… ich finde die aktuelle Version einer Datei nicht mehr, das kann aber gar nicht sein. Ich habe diese doch egspeichert!
… und nicht zu vergessen:
“Ich habe nix falsch gemacht…” .

Hier nun eine kleine Anleitung, wie man diese Datei noch finden kann und seine harte Arbeit in Word oder Excel höchst wahrscheinlich retten kann

1. Öffnet eine E-Mail mit Anhang. Am besten eine Excel-Datei oder Word-Datei.
2. Öffnet nun den Anhang indem ihr auf die Datei in der E-Mail doppelklickt.
3. Jetzt wählt ihr “Datei Speichern unter” und lest ab, wie euer OLK-Ordner heißt.
   (in diesem Falle heißt der “OLKC”)  
   
   Wichtig:
   Jeder OLK-Ordner heißt anders. Dieser Schritt ist also bei jedem PC und User nötig!
4. Nun geht ihr zu folgendem Pfad, indem Ihr euren Windows Explorer startet:
   C:\Dokumente und Einstellungen\[WINDOWS-USER-NAME]\Lokale Einstellungen\Temporary Internet Files\[OLK-ORDNER]
   Wichtig:
   Der OLK-Ordner ist nicht zu sehen im Windows Explorer. Ihr müsst also den Names des OLK-Ordners in eure Adresszeile eintippen.  
   
5. Dort findet ihr nun bestimmt eure Datei. Wenn ihr öfters die Datei aus dem Anhang der E-Mail geöffnet habt, dann sind dort mehrere Versionen abgespeichert. Schaut nach, welche das jüngste Datum hat. Diese wird wahrscheinlich dier aktuellste sein.

Noch ein TIPP:
NIE eine aus einem E-Mail-Anhang geöffnete Datei einfach ändern und mit STRG-S speichern. Immer erst “speichern unter” wählen!