Outlook 2010 - Automatisches Speichern von Attachments

Zu dieser Methode bleibt zu sagen, dass es sich um eine reine Client-Regel handelt. Somit muss der konfigurierte Outlook-Client laufen, damit das Skript ausgeführt und die Anhänge gespeichert werden.  

VBA Skript erstellen

- Outlook VBA IDE starten (Alt+F11)
- Neues Modul erstellen und eine der folgenden Codevarianten einfügen

Basis-Code

Public Sub saveAttachtoDisk (itm As Outlook.MailItem)
Dim objAtt As Outlook.Attachment
Dim saveFolder As String
saveFolder = "c:\temp\"
   For Each objAtt In itm.Attachments
      objAtt.SaveAsFile saveFolder & "\" & objAtt.DisplayName
      Set objAtt = Nothing
   Next
End Sub

Datum in Dateinamen

Public Sub saveAttachtoDisk (itm As Outlook.MailItem)
Dim objAtt As Outlook.Attachment
Dim saveFolder As String
Dim dateFormat
   dateFormat = Format(Now, "yyyy-mm-dd H-mm")
saveFolder = "c:\temp\"
   For Each objAtt In itm.Attachments
      objAtt.SaveAsFile saveFolder & "\" & dateFormat & objAtt.DisplayName
      Set objAtt = Nothing
   Next
End Sub

Nur bestimmte Dateiendungen

Public Sub saveAttachtoDisk(itm As Outlook.MailItem)
Dim objAtt As Outlook.Attachment
Dim saveFolder As String
Dim dateFormat
   dateFormat = Format(Now, "yyyy-mm-dd H-mm")
saveFolder = "D:\test\"
   For Each objAtt In itm.Attachments
      If InStr(objAtt.DisplayName, ".rar") Then
      objAtt.SaveAsFile saveFolder & "\" & dateFormat & objAtt.DisplayName
      End If
      Set objAtt = Nothing
   Next
End Sub

Outlook-Regel erstellen

1. Neue Regel erstellen
2. Nach Erhalt einer Nachricht
3. Mit einer Anlage
4. Skript ausführen
5. Hier sollte jetzt “Projekt1.saveAttachtoDisk” wählbar sein

Exchange - Public Folder Offline Defragmentation

Mit folgendem Befehl kann eine Offline Defragmentierung durchgeführt werden. Dazu muss die Datenbank natürlich vorher unmounted werden, es stehen also zur Laufzeit der Defragmentierung keine öffentlichen Ordner zur Verfügung.

eseutil /d "Datenbankpfad" /t "Pfad für temporäre Datenbank

Wichtig: Im worst case wird für das Tempfile Speicherplatz in Höhe der aktuellen Datenbankgröße benötigt!

Backup Exec - Exchange VSS Writer State [5]

Wenn Backup Exec beim Sichern von Exchange die Fehlermeldung

0xE000FED1 - Beim Abrufen des Writer-Status trat ein Fehler auf.
Verfassername: Exchange Server
Letzter Fehler: Der VSS-Verfasser ist fehlgeschlagen

auswirft, scheint, wie die Fehlermeldung schon sagt, etwas mit dem VSS-Writer vom Exchange Server nicht zu stimmen.
Dies kann man ganz einfach kontrollieren indem man dort eine Kommandozeile öffnet und vssadmin list writers eingibt.

Im Idealfall sollte der Status bei den angezeigten Writern "[1] Stabil" und kein "letzter Fehler" aufgetreten sein.

Sollte der Status "[5] Warten auf Fertigstellen" angezeigt werden hilft in der Regel ein Neustart des Servers.

Damit der Fehler sich nicht wiederholt sollten allerdings die Einstellungen des Backup Exec Sicherungsjobs kontrolliert werden.
Wenn als Quelle der "Microsoft Information Store" ausgewählt ist (hierzu wird der Exchange-Agent genutzt) kann nicht gleichzeitig in den Einstellungen für AOFO der Microsoft Volume Shadow Copy Service ausgewählt werden.

Outlook 2010 - Verknüpfungen zu Öffentlichen Ordnern

Um Shortcuts der Öffentlichen Ordner (ÖO) auf dem Desktop abzulegen genügte es bis Outlook 2003 folgendes zu tun:

- Rechtsklick auf den entsprechenden Ordner
- Verknüpfung senden
- Verknüpfung aus der E-Mail auf den Desktop kopieren

Nun öffnete Outlook ein neues Fenster mit dem angegebenen Ordner.

Unter Outlook 2010 hat man bei einem Rechtsklick nun aber nicht mehr die Möglichkeit eine Verknüpfung zu senden oder anderweitig abzuspeichern.

Um eine ähnliche Funktion mit Outlook 2010 zu erhalten kann man sich mit folgendem Workaround behelfen:

- Verknüpfung der outlook.exe auf den Desktop legen
- Unter "Ziel" folgenden String anhängen und abspeichern:

/select "outlook:\\Öffentliche Ordner - max.mustermann@company.com\Alle Öffentlichen Ordner\Ordner1\Unterordner1"

Der Link ist in den Eigenschaften des ÖO unter "Ort" zu finden

Nun öffnet sich bei einem Doppelklick zwar eine neue Instanz von Outlook, aber der Client navigiert direkt in den ÖO.

Netapp - Zugriff auf CIFS-Share per FTP

Um auf ein von einem Netapp Storagesystem bereitgestelltes CIFS-Share per FTP zugreifen zu können, sind folgende Konfigurationsschritte erforderlich:

1. Setzt in der System Console den folgenden Befehl ab, um FTP auf dem Filer zu aktivieren:
options ftpd.enable on


2. Gebt auf dem entsprechenden Filer das Home-Verzeichnis für FTP-User an, indem ihr die Datei \etc$\cifs_homedir.cfg entsprechend editiert, z.B. /vol/cifs_home.
Mit dem Befehl cifs homedir load wird das neue Home-Verzeichnis eingelesen.


3. Damit die NT-User direkt in ihre Home-Verzeichnisse gemappt werden sind folgende Befehle nötig:
options ftpd.dir.override "" legt fest, dass User bei der Anmeldung nicht in ein
bestimmtes Verzeichnis geleit werden.
options cifs_home_dir_namestlye mapped verknüpft den NT-User mit seinem Homedir im CIFS-Homedir.

Voraussetzung dazu ist, dass im zuvor konfigurierten CIFS-Homedir ein Verzeichnis angelegt wurde, das dem Namen des NT-Users entspricht (case sensitive). Das Homeverzeichnis für den NT-User "Dummy" würde demnach /vol/cifs_home/Dummy lauten.


4. Unterbinden, dass der User aus dem Home-Verzeichnis  in übergeordnete Verzeichnisse browsen können:
options ftpd.dir.restriction on


5. Das Browsen über absolute Pfade unterbindet man mit folgendem Befehl:
options ftpd.bypass_traverse_checking off

Outlook 2010 - Profil sichern

Um sein Outlook 2010 Profil zu sichern genügt es die Profileinstellungen aus der Registry zu exportieren:

HKCU\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles\

Die .reg-Datei kann man dann am Zielort einfach wieder ausführen und die Profileinstellungen werden übernommen.

Zusätzlich sollten vorhandene .pst-Dateien gesichert werden und nachher wieder am Ursprungsort wiederhergestellt werden damit die Verknüpfungen korrekt sind.

Dieses Verfahren läßt sich auch mit Outlook 2007 anwenden!

ESX - Failed to create journal file

Die Fehlermeldung  "A general system error occurred: Failed to create journal file providerFailed to open "/var/log/vmware/journal/xxxxxxxxx.x" for write"  tritt u.U. beim Ausführen von Task wie Storage vMotion im vCenter auf. Die Ursache liegt oftmals darin begründet, dass das Verzeichnis /var/log auf einem oder mehreren ESX Hosts "vollgelaufen" ist. Um dies zu überprüfen unf ggf. zu beheben geht wie gefolgt vor:

Verbindet euch per SSH oder Console zum ESX Server und prüft mit dem Befehl vdf -h
ob Ressourcenengpässe in dem beschriebenen Verzeichnis vorliegen:

[root@esxhost1 /]# vdf -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 4.9G 1.9G 2.8G 41% /
/dev/sda2 2.0G 2.0G 0 100% /var/log

Der Output zeigt eine Nutzung des Verzeichnisses /var/log von 100%. Die Dateien, die   
das Verzeichnis belasten ermittelt Ihr mit folgendem Befehl:

find /var/log/ -size +10240000c -exec du -h {} \; | less

Löscht die ausgegebenen Logfiles aus dem Verzeichnis und startet die zugehörigen Dienste
neu. Erst nachdem die Dienste neu gestartet wurden, wird der Speicherplatz im Verzeichnis
wieder freigegeben.

Prüft anschließend erneut mit vfh -h ob genügend Speicherplatz im Verzeichnis /var/log zur Verfügung steht. Sieht der Output wie gefolgt aus, sollte das Problem behoben sein:

[root@esx01 init.d]# vdf -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 4.9G 1.9G 2.8G 41% /
/dev/sda2 2.0G 318M 1.6G 17% /var/log

Laufende Gastsysteme werden durch die beschriebenen Arbeitsschritte nicht beeinflusst.