Mein persönlicher virtueller Knast bekommt heute zuwachs!

Ganz nach dem Motto: “Denn sie wissen nicht, was sie tun”, gibt es eine Bevölkerungsgruppe, die einfach auf Teufel komm raus Einstellungen an ihrem Rechner/ ihrer Software vornehmen, ohne auch nur einen Gedanken daran zu verschwenden, was für Folgen das haben könnte.

Dabei will ich heute mal keine Dummheit unterstellen, sondern eher “Kein Bock sich mit der Sache auseinander zu setzten” und “Wer lesen kann, ist klar im Vorteil.”

Gittertür auf und folgende Personengruppe hinein:

• “Outlook-Regel-VerErsteller”
  … denn Sie wissen nicht was sie tun…

Neulich im Vertrieb:

Autotelefon klingelt…

Person: Hey, mein Outlook ist kaputt. Hat die IT irgendwas gestern Abend gemacht? (Für diese Aussage gehört die Person eigentlich geköpft)
Ich: *innerliches grrr…* was genau funktioniert denn nicht?
Person: Ja, alle meine E-Mails kommen in den Junk-Mail Ordner.
Ich: *kurzes Grübeln*… Hast du den JunkMail Filter an?
Person: Ja
Ich: Stell den aus
Person: Funktioniert immer noch nicht. Wie soll man denn hier arbeiten, wenn der Mist nicht funktioniert.
Ich: Passt ja zu deiner Arbeitsweise… alles Junk!
Person: HaHa!
Ich: Was hast du verstellt?
Person: Nix! (Wieder eine Falschaussage… vielleicht sollte ich jede Aussage unter Eid stellen )
Ich: Lass mich mal schauen, ich habe schon eine Vermutung.
Meine Vermutung war, das er sich einfach ne dumme Outlook-Regel, die alle E-Mails betrifft, erstellt hat welche bei Ankunft einer E-Mail diese in den Junk-Mail Ordner verschiebt.
Dem war auch so. Regel mit folgendem Bestandteil:

• Bei Ankunft aller E-Mails, die an MICH gesendet sind in den Junk-Ordner (*klatsch vorn Kopp… Autsch!)

Person & Ich: … lassen wir die Vergangenheit ruhen …

Neben diversen Problemen in einer reinen 32Bit Serverumgebung den ersten wirklichen 64Bit Server zu integrieren (dazu irgendwann später mehr), kommt es auch zu lustigen Effekten bei den ersten Schritten mit Windows Server 2008/ Windows TerminalServer 2008.

So kam vor kurzem folgende Meldung, als man aus dem Outlook 2003 in der TerminalServer-Session ein Bild aus dem E-Mailanhang öffnen wollte:

Das Drucken von Bildern ist ohne die Desktop Experience Funktion nicht möglich.

*Ironie an*
Ha! Bei den Fehlerbeschreibungen hat MS gut nach gebessert .
*Ironie aus*

Fehlergrund:

Die Fehlermeldung von oben weißt zwar nicht direkt darauf hin, aber mit ein bisschen Überlegen und genauerem Hinsehen merkt man, dass die Windows Fotogalerie fehlt. Lokal liegende Dateien macht er nämlich z.B. mit MS Paint auf… lustig.

Problembeseitigung:

Über Servermanager das Feature “Desktopdarstellung” installieren…

… easy oder, aber hätten Sie nicht einfach melden könne, dass das Feature nicht installiert ist?

Neulich, spät Abends, bekam ich eine E-Mail von einem Kollegen, der sich darüber aufregte, dass er diese persönlichen E-Mails übers Abnehmen bekommt.
Sein Wortlaut (verkürzte Fassung):

“…Ich weiß, ich bin dick und ich versuche auch etwas dagegen zu machen, aber ich finde es unverschähmt, dass ihr mich andauernd durch diese Mails daran erinnert. Wer auch immer mich in den Verteiler eingetragen hat, den will ich sagen das ich schon alles versuche um abzunehmen…”

Bei genauerm Hinsehen sah ich, dass die E-Mail an viele Mitarbeiter geschickt wurde… *breites Grinsen auf meinem Gesicht*!

… Habe ihm dann versucht zu erklären, dass das SPAM ist, und das solche Mails immer mal wieder durch unsere SPAM-Filter rutschen.

#potentielles Phishing Opfer
#autsch… Lacher No.1 in der Firma
#Beispiel für eine Person die auch auf SPAM-Mails hin etwas per Kreditkarte bestellt. Dank solchen Leuten stribt SPAM niemals aus

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.

…zum Urlaub hin etwas schwere Kost …

Anfang des Jahre haben wir NAVISION 5.0 (mittlerweile SP1) eingeführt. Das Systemhaus Qurius aus Hamburg leistet dabei wirklich gute Arbeit!

Nun ist es soweit, dass die Aufgaben und Termin, die im Navision angelegt werden ins Outlook der jeweiligen User gepusht werden sollen. Zusätzlich sollen aber auch die Blackberrys die jeweiligen Daten erhalten.

Problem: Navision kennt nur eine Outlook Synchronisation und synchronisiert nur, wenn Outlook geöffnet ist. Außerdem sollen die Blackberrys die synchronisierten Daten auch erhalten. Die Blackberrys unterhalten sich aber mit dem Exchange und nicht mit Outlook direkt. Wie bekommt man nun die Sachen zusammen, dass der gleiche Datenbestand in allen drei Systemen (NAVISION, Outlook (2003 & 2007) und Blackberry Pushmail) ist?

… vorab: nicht lachen. Folgende Lösung ist wirklich die schnellste und kostengünstigste Variante

Wie NAVISIONs Outlook-Synch tickt:
Die Synchronisation zwischen Outlook 2003/2007 und NAVISION funktioniert über ein Outlook-Addin, welches extra beim CSide-Client installiert werden muss und einem extra zu installierendem Outlook Addin. Dieses Outlook-Addin unterhält sich mit einem NAVISION ApplicationsServer (NAS), der wiederum sich mit dem NAVISION-Server unterhält und im Änderungsprotokoll von NAVISION nachschaut, ob es für den User etwas zu synchronisieren gibt.
WICHTIG: Daraus resultiert, dass nur Daten von NAVISION nach Outlook übertragen werden, wenn Outlook + das NAVISION Outlook Addin gestartet sind!

Wie die Synchro zwischen Outlook und Blackberry funktioniert:
Das ist wohl der einfachste Weg… ist der Datensatz im Outlook ist dieser auch auf dem Exchange Server und somit weiß der BlackBerry-Dienst, das es etwas zu synchronsisieren gibt.

Auf dieser Erkenntnis aufbauend nun folgender Lösungsansatz:

1. Man erstellt eine virtuelle Windows Server 2003 Maschine und installiert darauf die Terminalserver-Dienste
   … soweit schonmal echt einfach und nicht unbedingt böse .
   Erinnerung: Um nun die Synchro zwischen NAVISION Outlook und Blackberry hinzubekommen muss ja wie oben geschildert ein Outlook des Users mit dem Addin gestartet sein.
   
2. Danach Installiert man Outlook und NAVISION mit Outlook-Addin… mehr Software benötigt der Server nicht!
3. Jetzt erstellt man eine BATCH-Datei, die per Verknüpfung im Autostart, bei Anmeldung an den Server beliebig viele RDP’s startet, welche automatisch die zu synchronisiernden User am selben Server anmeldet und das Outlook des jeweiligen Users startet… das is böse !Hier ein Auszug aus meiner Batch:

   @echo off
   echo Twitch the Master
   echo Mehrere RDP's per Batch oeffnen
   echo -------------
   echo %time% - User1
   start mstsc "User1.rdp" /w:800 /h:600
    ping 192.168.222.222 -n 1 -w 60000 > NUL
   echo %time% - User2
   start mstsc "User2.rdp" /w:800 /h:600
    ping 192.168.222.222 -n 1 -w 60000 > NUL
   ...
   pause
   exit

   Kurze Erklärung: die Parameter /w: und /h: geben an, wie groß das RDP-Fenster sein soll. Praktisch, da man dann nicht zig Fenster im Vollbild hat!
   Die “ping-Zeile” ist dazu da eine sleeptime zwischen dem Starten der RDP’s zu setzten… ein wenig performance – optimierung .

4. Die RDP’s habe ich für jeden einzelnen User (bei mir sind es 16 zu synchronisiernde Außendienstler und Geschäftsleiter) angelegt und ein wenig optimiert:
   z.B. so das die Anmeldung automatisch erfolgt, geringe Auflösung und Farbtiefe, nur der Outlook Client in der RDP-Session gestartet wird und Drucker, Sounds usw nicht mit übernommen werden.
   Hier ein paar Screenies:
        

    WICHTIG: Automatische Anmeldung per RDP an einem Server mit unterschiedlichen Usernamen geht nur mit RDP 5.x. Die 6.x Version muckt da! Hier ein HowTo, wie man Versin 6.x wieder deinstalliert: http://www.wewimo.de/2008/08/01/rdp60-deinstallieren-windows-server-2003-windows-xp/

5. Jetzt muss man sich nur noch einmal in jeder RDP-Session die Einstellungen des Outlook-Addins anschauen und einmal richtig abmelden, damit die Einstellung im TerminalServer-Profilordner gespeichert wird…
6. und fertig is die Katze…

Kurz gesagt:
… nun hat man einen Server, der RDP’s bei sich selbst anmeldet und den Outlook Client zusammen mit dem Addin startet. So ist gewährleitet, dass alle Änderungen an Terminen und Aufgaben vom NAVISIOn ins Outlook und somit auch auf den Blackberry synchronisiert werden… eigentlich ne lustige Lösung, oder?

Jetzt wird es einige geben, die sagen werden, kostengünstig?… dafür ne extra Windows Server Lizenz verbraten?… ok, entweder ne Lösung für NAVISION programmieren, was sicherlich ein paar Tausender kostet oder aber dank x64 Win2003 Betriebsystem des physischen VM-Servers 4 virtuelle Maschinen-Lizenzen haben .

Was muss man noch beachten?
Der Server sollte ja auch irgendie gesichert werden, Dies geschieht bei und mittels Backup Exec, wo man schön mit Hilfe eines Scriptes virtuelle Maschinen suspenden kann und nach dem sichern wieder starten kann (Darüber berichtete ich schon einmal hier: http://www.wewimo.de/2007/09/26/backup-von-virtuelle-maschinen-vmware-104-und-veritas-backup-exec-11d/). Da es aber Probleme gibt, wenn einige Software während des Anhaltens (suspend-mode) der VM gestartet ist – darunter fällt auch Outlook -, müssen per geplanter Task jeden Abend um 21.00 alle RDP’s beendet werden.

So habe ich mir eine zweite BATCH geschrieben, welche alle RDP-Fenster schließt, und anschließend alle RDP’s abmeldet, so dass der Server schön angehalten werden kann. Hier der BATCH-Auszug:

@echo off
echo Mehrere RDP's per Batch schliessen
echo -------------
echo Schliesse zuerst alle Fenster
taskkill.exe /F /IM mstsc.exe /T   

echo Anschliessend alle RDP's killen
rwinsta 1
rwinsta 2
rwinsta 3
...
pause
exit

Hinweis: Ohne das vorherige Schließen der Fenster mit dem Befehl “taskkill” kommt beim Abmelden der RDP’s mit dem Befehl “rwinsta” eine dumme Fehler-Meldung, die auf lange Sicht gesehen (1 Woche = 7*16 Meldungen) den Desktop vollmüllt . Das ist der Grund, warum ich per taskkill erstmal alle Fenster schließe .

Um die RDP’s nach der Sicherung wieder zu starten beutze ich einen Task, der das start-Script von weiter oben anstößt.

somit hat man eine schöne Synchronisation von Outlook, Blackberry und NAVISION. Ein echter Hingucker. Das hat wohl so noch niemand in Deutschland!

… zu guter Letzt noch gesagt:
ES FUNKTIONIERT!

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.

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!