faq-o-matic.net » Nicki Wruck

Spaß mit Windows Mobile und SSL-Zertifikaten

Nicki Wruck — Thu, 27 Nov 2008 16:28:43 +0000

Problem: Die Synchronisation bzw. Microsoft DirectPush mit Exchange Server 2007 und einem Windows Mobile 6.1 (Samsung Omnia 900i) Gerät ist auf Grund eines ungültigen SSL-Zertifikats nicht möglich.

Fehlermeldung: "Das Sicherheitszertifikat auf dem Server ist ungültig. Wenden Sie sich an Ihren Systemadministrator oder Ihren ISP, um ein gültiges Zertifikat auf dem Server zu installieren, und versuchen Sie es erneut.
Unterstützungscode: 0x80072F0D"

Ich hatte auf dem Samsung das Exchange Cert installiert, welches auch meine OWA-Seite ausgibt. Bei früheren Installationen (auf HP iPAQ 514, Apple iPhone) hatte das gereicht, der Sync klappte einwandfrei.

Ursache hier: es handelt sich um ein "locked device" (z.B. T-Mobile "Branding"), das nur SSL-Zertifikate bestimmter CAs kennt und Zertifikate weiterer Root Zertifizierungsstellen nicht annimmt. Das HP und Apple Gerät war ohne Provider "Branding", darum klappte es dort auch.

Lösung: Ich habe zusätzlich auf dem Samsung das Cert der Root CA installiert. Somit war das Exchange Cert als "trusted" eingestuft, und schon ging es.
Learnings: hier bestätigt sich wieder meine Vorliebe zu mobilen Endgeräten, die man OHNE Vertragsbindung und "Branding" kauft.

Exchange Server 2007 Outlook Anywhere: Autodiscover und ISA Server 2006

Nicki Wruck — Thu, 10 Jan 2008 09:14:57 +0000

Aktuell geht es um das Problem des Autodiscover und Download des Offline-Adressbuchs (OAB) über ISA Server 2006. Wer sich mit dem Problem schon mal beschäftigt hat, weiß, worum es geht. Es gibt verschiedene Lösungsansätze. Siehe folgende Links:

http://www.shudnow.net/2007/07/15/publishing-exchange-2007-autodisover-in-isa-2006/
http://www.isaserver.org/tutorials/Publishing-Exchange-2007-Outlook-Autodiscover-2006-ISA-Firewalls.html

Hier bin ich einen anderen Lösungsweg gegangen. In der Exchange-Newsgroup habe ich mal durch Zufall einen Thread verfolgt, in dem jemand fragte, ob man den Autodiscover-Pfad für den Client vorgeben kann. Frank Carius hat dann einen Link gefunden und gepostet.

http://office.microsoft.com/search/redir.aspx?AssetID=AM102105061033

Das Problem ist nur die Beispiel-XML-Datei. Diese XML-Datei muss für die Verwendung mit Outlook Anywhere angepasst werden. Die folgende „Anleitung“ beschreibt also diesen Ansatz.

Das Problem

Hintergrund: Autodiscover funktioniert nicht bei Clients, welche über das Internet eine Verbindung über ISA Server herstellen und/oder keine Domänenmitglieder sind. Im Synchronisierungsprotokoll von Outlook 2007 steht dann:

Grund des Problems ist die URL, welche vom ISA Server nicht erlaubt wird (autodiscover.Domaene.tld).

Die Lösung (eine mögliche)

Die Lösung wäre jetzt für dieses Beispiel, dem Client eine URL mitzugeben, die er für Autodiscover nutzen kann und welche erlaubt ist. Dazu muss die Registry um einen Eintrag für den Domänennamen für Outlook Anywhere (öffentlicher Name) und den Verweis zu der lokalen XML-Datei ergänzt werden. Der Registry-Pfad lautet:
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\Autodiscover.

XML-Datei

Die XML-Datei sieht wie folgt aus.

Es kann eine beliebige andere XML-Datei aus dem Verzeichnis verwendet werden, lediglich der Punkt muss auf WEB gesetzt und der Punkt auf HTTPS://servername.tld gesetzt werden.

Die XML-Datei liegt dann in folgendem Verzeichnis:

Einstellungen für Outlook Anywhere in Outlook 2007

Test der Autokonfiguration

Test der Autokonfiguration über Outlook Anywhere:

Regel auf dem ISA Server

Auf dem ISA Server muss der Pfad für das /Autodiscover Verzeichnis zu dem /RPC Pfad hinzugefügt werden.

Verteilung

Die XML-Datei und der Reg-Key müssen jetzt noch an den Client übertragen werden. Dieser Vorgang kann mit Skripten etc. automatisiert werden.

Vielen Dank an Marc Grote für die Zusammenarbeit.

RDP-Neuerungen unter Windows Server 2008

Nicki Wruck — Thu, 10 Jan 2008 07:22:30 +0000

Für die tägliche Arbeit der Administratoren gehört mittlerweile die RDP-Verbindung zum Standardwerkzeug. Mit dem neuen Windows Server 2008 gibt es hier ein paar Neuerungen im Vergleich zum 2003-Server.

Bei dem Windows Server 2003 konnte man mit dem Schalter /console direkt mit der Konsole sich verbinden, auch bekannt als Session 0. Im neuen 2008-Server entfällt dieser Schalter. Die Session 0 wird hier als nicht-interaktive Session nur noch für Dienste reserviert.

Mit der neuen Servergeneration kann man jetzt aber den Schalter /admin nutzen, um sich mit einem 2008 Server zu verbinden. Der Schalter /admin ist verfügbar mit RDC 6.1, das in Windows Server 2008, Vista SP1 (Beta und RC) und XP SP3 (Beta und RC) bereits vorhanden ist.

Mit dem neuen Client RDC 6.1 kann man sich aber abwärtskompatibel mit „älteren“ Systemen auch mit dem Schalter /admin als Konsolensitzung verbinden. Beispiel: von einem Windows Server 2008 aus kann man sich per RDP mit Schalter /admin als Konsolensitzung auf einen Windows Server 2003 verbinden.

Warum wird der Schalter /console nicht mehr gebraucht?

In Windows Server 2003 musste man sich als Session 0 verbinden, wenn z.B. Applikation installiert wurden, die mit Diensten kommunizieren, die in Session 0 laufen. Das fällt unter Windows Server 2008 weg, weil Applikationen, die eine Session 0 erfordern, durch die Anwendungskompatibilität in einer anderen Session laufen. Windows Server 2008 und Vista erlauben es Applikationen, mit Benutzeroberflächen auf Session 0 zu kommunizieren, obwohl sie in eigenen User Sessions laufen.

Weitere Informationen zur Session 0 Isolation unter Vista: http://www.microsoft.com/whdc/system/vista/services.mspx

Exchange 2007: Dienste starten nicht nach Rollup Update 5

Nicki Wruck — Thu, 29 Nov 2007 10:58:26 +0000

Mit dem Rollup Update 5 für den Exchange Server 2007 (Standard und Enterprise) gibt einen unschönen Nebeneffekt. Der Server versucht die URL http://crl.microsoft.com/ zu erreichen, um die aktuelle Certificate Revocation List abzugleichen. Gelingt dies nicht, werden kurzerhand die meisten Exchange Dienste nicht gestartet. Manuelles Starten funktioniert auch nicht mehr.

Abhilfe bringt hier der Microsoft KB Artikel 944752. Hier noch der interessante Kommentar des MS Exchange Teams dazu:

The short of it: It looks like we changed the signing process for the new rollup and we are having to perform validation against the binaries. Those machine accounts that don't have Internet access (say no access behind a DMZ, or proxy requires authorization) will experience this issue.

Siehe auch: Wolfgang Sauer und Dieter Rauscher

Öffentliche und private Kalender in Outlook 2007 anzeigen

Nicki Wruck — Tue, 21 Aug 2007 12:36:57 +0000

Wir haben auf einem Exchange Server 2007 für unsere Mitarbeiter mehrere öffentliche Kalender liegen. Diese wollen die neue Kalenderansicht von Outlook 2007 nutzen und sowohl den privaten wie auch die öffentlichen Kalender überlappend anzeigen lassen. Wenn man nun wie vielleicht gewohnt den öffentlichen Kalender per Drag & Drop auf die eigene Kalender Ansicht fallen lässt, funktioniert das zwar, jedoch bekommt man nur die Kopie des Kalenders angezeigt, d.h. es werden neue Einträge nicht aktualisiert.

Abhilfe verschafft hier der kleine Umweg über die Favoriten. Rechtsklick auf den öffentlichen Kalender -> Zu Favoritenordner hinzufügen und dann in der Kalenderansicht einfach zusätzlich anhaken. Jetzt kann man die beiden Kalender wie gewohnt überlappend anzeigen lassen, und der öffentliche wird dynamisch aktualisiert.

Installation von Active Directory mit einer DNS-Appliance

Nicki Wruck — Wed, 30 May 2007 03:09:00 +0000

In manchen Umgebungen kann es vorkommen, dass eine Active-Directory-Struktur nicht den Windows-DNS-Dienst nutzen kann, darf oder soll. Um zu zeigen, dass auch hier ein problemlo-ser Betrieb mit "fremden" DNS-Diensten funktioniert, habe ich eine kleine Anleitung zur EInrichtung geschrieben. Sie bezieht sich auf eine Infoblox DNS Appliance, kann aber leicht auf andere Systeme übertragen werden.

Die Anforderung für dieses Szenario ist, eine AD-Struktur in eine bestehende Linux-Umgebung (Samba-PDC) mit einer DNS-Appliance zu integrieren, welche keine dynamischen DNS Einträge unterstützt, da dies nicht gewünscht ist.

Vorweg die Grundkonfiguration:

Betriebssystem: Windows Server 2003 R2 Standard
Computername: NickiDC
IP-Adresse: 192.168.105.56
DNS: 192.168.105.56 (muss später geändert werden!)

Nun mit "dcpromo" den Server zum Domänencontroller hochstufen. Dabei werden die normalen Einstellungen gewählt, die für die Domäneninstallation zutreffen; Besonderheiten wegen der DNS-Integration sind hier nicht zu berücksichtigen. Während des Installationsprozesses schreibt dcpromo eigene DNS-Einträge und richtet den DNS-Server ein.

DNS-Konfiguration Infoblox
Um die erforderlichen DNS-Daten in die Infoblox-Appliance zu bekommen, wird folgende Datei vom Domänencontroller benötigt: C:\windows\system32\config\netlogon.dns

Diese DNS-Daten müssen nun in die Infoblox eingetragen bzw. importiert werden. In meinem Beispielszenario sieht das dann in etwa so aus:

Beispielkonfiguration der DNS-Daten (Klicken zum Vergrößern)

DNS-Konfiguration Windows-Server
Wenn die Daten in die Infoblox eingetragen sind, muss noch ein Eintrag in der Registry des Windows Servers vorgenommen werden, um das dynamische DNS-Update abzuschalten. Es handelt sich um folgende Daten:

Schlüssel: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DisableDynamicUpdate
Datentyp: REG_DWORD
Wert: 1

Jetzt wird der DNS-Eintrag in der Netzwerkkonfiguration geändert auf die Adresse der DNS-Appliance; in meinem Fall: 192.168.200.22 (IP der Infoblox). Zum Schluss den Server einmal neu starten.

Ab jetzt arbeitet der DC mit der Infoblox zusammen, weitere Einträge wie z.B. Exchange Server etc. müssen dann per Hand in die Infoblox eingetragen werden, da dynamische DNS Einträge ja deaktiviert sind. Mittlerweile kann ich aus Erfahrung sagen, dass es keine Performance-Nachteile gibt, die Namensauflösung funktioniert sauber und schnell.

Vielen Dank an dieser Stelle an Frank Röder für die nette und kompetente Unterstützung!

Das Benutzerkennwort unter OWA ändern

Nicki Wruck — Sat, 20 May 2006 14:08:00 +0000

Der Exchange Server 2003 bietet eine nette, hilfreiche, aber leider versteckte Funktion für Outlook Web Access (OWA): Der Benutzer kann auf der OWA-Seite sein Kennwort ändern. Wichtigste Voraussetzung: der Server (IIS) muss SSL nutzen.

Wie geht's los?

Man startet auf dem Server, der den IIS mit dem OWA bereitstellt, die Microsoft Management Console mit dem Snap-In "Internetinformationsdienste". Kurz den IIS-Server mit dem Plus-Zeichen erweitert, dann ab in die Websites und Rechtsklick auf die Standardwebseite.

Danach "Neu/Virtuelles Verzeichnis" auswählen.

Danach öffnet sich ein Assistent zum Erstellen des Verzeichnisses. Hier bitte mit Klick auf "Weiter" bestätigen.

Hier wird jetzt der Name für das Verzeichnis erfragt. Geben Sie in dem Feld bitte "Iisadmpwd" ein. Klick auf "Weiter" bringt uns voran

Jetzt muss der Pfad für den IIS eingetragen werden. Hier bitte "%systemroot%system32inetsrviisadmpwd" eintragen. Wie gewohnt mit Klick auf "Weiter" geht es zur letzten Einstellung

Bei den Zugriffsberechtigungen für das Verzeichnis müssen "Lesen", "Skripts ausführen" und "Ausführen" mit einem Haken zugelassen werden.

Mit Klick auf "Fertig stellen" war es das auch schon mit dem Assistenten.

Direkt danach sollte die IIS-Verwaltung direkt in das neue, virtuelle Verzeichnis wechseln und den Inhalt im rechten Fenster anzeigen.

An dieser Stelle sind wir vorerst mit der Konfiguration des IIS fertig. Die Konsole bitte noch geöffnet lassen. Es geht munter weiter mit ein bisserl "pimp my Registry" . Mit "Start/Ausführen" und "regedit" kommt man in den Editor. Danach wechselt man zu folgendem Schlüssel:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSExchangeWEBOWA

Dort den DWORD-Eintrag "DisablePassword" mit Doppelklick öffnen und von 1 auf 0 ändern.

Achtung: dieser Registry-Eintrag muss bei einer Frontend-Backend-Lösung auf allen Exchange-Servern gemacht werden.

Nach Beendiging des Registry-Editors widmen wir uns wieder dem IIS. Ein Rechtsklick auf den Server, dort "Alle Tasks/IIS neu starten".

Es folgt dieses Fenster. Diese Funktion bestätigt man mit OK, um den IIS-Dienst neu zu starten.

Einen kurzen Augenblick Geduld, bis der Dienst neu gestartet ist, dann kann man die Konsole wieder schließen.

Nach dem Aufruf der OWA-Seite im Browser findet man unter Optionen nun den Button "Kennwort ändern".

Ein kleiner Klick genügt, und man ist am Ziel.

Bitte beachten: sollte man OWA über einen ISA veröffentlicht haben, muss der ISA auch noch entsprechend angepasst werden, da er sonst den Internetdienst-Manager nicht öffnet.

Anhänge aus Outlook-E-Mails automatisch entfernen

Nicki Wruck — Sat, 20 May 2006 06:48:00 +0000

Ein einfaches Makro ersetzt die Dateianhänge in Ihren E-Mails durch einen Link ((Outlook 2000, Outlook XP & Outlook 2003)

Wer kennt die Problematik nicht? Die PST-Datei von Outlook wird unübersichtlich groß, das Starten und Beenden dauert immer länger. Hat man dann noch die PST-Datei in einem servergespeicherten Profil auf einem Netzwerkserver liegen, kann es richtig zeitraubend werden. Oftmals sind es die vielen Dateianhänge in den E-Mails, die das Datenvolumen so groß machen. Löschen möchte man die Mails aber nicht, weil sie noch zu wichtig sind, und eine Archivierung bringt nicht den gewünschten Erfolg. Was also tun?

Scripting bringt den gewünschten Erfolg! Mit einem einfachen, aber sehr effektiven Makro kann man seine Outlook-Ordner durchsuchen lassen. Alle Dateianhänge werden dann in einem ausgewählten Zielverzeichnis auf einem Datenträger oder Netzlaufwerk gespeichert. In der E-Mail erscheint lediglich ein Link mit dem Verweis auf den Anhang.

Wie funktioniert das Ganze?

Zuerst laden Sie sich die benötigten Makrodateien von der Webseite herunter: http://www.worldwidewruck.de/AttchIso.zip. Die Dateien sind als AttchIso.zip gepackt.

Achtung: Einige Virenscanner könnten Alarm geben, da sich in der Datei ausführbarer Code befindet. Hier bitte entsprechend konfigurieren!

Die drei Dateien (Isolieren_Userform.frm, Isolieren_Userform.frx und Isolieren_Modul.bas) extrahieren Sie bitte in einen beliebigen Ordner auf der Festplatte.

Schritt 1: Das Makro

In Outlook gelangt man über die Menüs "Extras/Makro/Visual Basic Editor" in den Makro-Editor. Alternativ lässt er sich über Alt+F11 öffnen.

In dem geöffneten Visual Basic Editor geht es nun weiter mit einem Rechtsklick auf Projekt1. Dort wählt man die Option "Datei importieren".

Navigieren Sie zu dem Ordner, in dem die eben gespeicherten Dateien liegen, und importieren Sie nacheinander die beiden angezeigten Dateien. Die .frx-Datei wird hier nicht angezeigt, was man ignorieren kann.

Danach sollten beide Teile erfolgreich importiert sein.

Jetzt kann der Editor geschlossen werden, und Sie kehren zurück zu Outlook. Hier wird nun im Menü "Extras/Makro/Sicherheit" in der Registerkarte "Sicherheitsstufe" die Einstellung auf "Mittel" gesetzt, damit das Makro auch ausgeführt wird.

Schritt 2: Nutzen des Makros

Jetzt wird es denkbar einfach: In Outlook wechseln Sie zunächst in den Ordner, von dem oder ab dem Sie die Mails mit Anhängen entfernen wollen. Danach geht es weiter mit "Extras/Makro/Makros" in das neue Fenster. Dort das Makro "AttachmentsIsolieren" mit dem Button "Ausführen" anklicken.

Hier wählt man nun aus, ob man die Unterordner mit einbeziehen möchte und welches das Zielverzeichnis für die Dateianhänge sein soll.

Wenn man alles entsprechend konfiguriert hat, genug ein Klick auf "OK" und es geht los. Je nachdem, wie viele Mails Sie in den Ordnern haben, kann der Vorgang ein paar Minuten dauern. Die Anzahl der isolierten Mails wird im Abschluss angezeigt.

Jeder Anhang hat nun in dem zuvor ausgewählten Verzeichnis einen eigenen Ordner bekommen. Die Benennung der Ordner ist nicht willkürlich gewählt, sondern ist nach der eindeutigen Zuordnung der Mails geschrieben.

Wie sieht aber nun die Mail aus, und wie kommen Sie an den Dateianhang?

Schritt 3: Weiterarbeiten in Outlook

Wenn Sie sich jetzt Ihre E-Mails angucken, sehen Sie folgendes: in der Mail wurde der Dateianhang entfernt und stattdessen gibt es einen Link in das zuvor angegebene Verzeichnis.

Ein Klick auf den Link bringt SIe direkt in den entsprechenden Ordner, so dass Ihnen die Datei zur Verfügung steht.

Bei großen PST-Dateien mit vielen Dateianhängen in Mails kann das eine ganze Menge Platz sparen und so die Performance steigern. Im ersten Augenblick werden Sie jedoch noch keine Größenänderung an der PST-Datei feststellen können. Erst ein Klick auf "Jetzt komprimieren" bringt das gewünschte Ergebnis. Diesen Punkt finden Sie durch Rechtsklick auf "Persönliche Ordner/Eigenschaften von "Persönliche Ordner"/Erweitert".

Hiermit ist der Vorgang abgeschlossen, und die PST-Datei sollte je nach Anhängen wieder kleiner geworden sein. Outlook lässt sich wieder schneller starten, und Sie haben Ihre Dateien trotzdem noch im Zugriff.

Office 2003: Verlauf-Aufzeichnungen verhindern

Nicki Wruck — Mon, 06 Feb 2006 06:45:00 +0000

Unter Office 2003 finden wir immer wieder unter den Menüs Öffnen und Speichern unsere zuletzt verwendeten Dateien und Ordner – den Verlauf. Wer zum Beispiel an PCs arbeitet, an dem auch andere Zugriff haben und nicht unbedingt sehen sollen, was man zuletzt bearbeitet hat, der kann diese Funktion auch ausschalten.

Der Verlaufordner findet sich unter NT,2K,XP hier:
%systemroot%\Dokumente und Einstellungen\%Username%\Anwendungsdaten\Microsoft\Office\Zuletzt verwendet
Bei 95/97/ME findet man den Ordner hier:
%systemroot%\WINDOWS\Anwendungsdaten\Microsoft\Office\Zuletzt verwendet

Hier liegen die Verknüpfungen zu den Dateien und Ordnern, die mit Office zuletzt geöffnet wurden. Man kann Office 2000/2002/2003 das Anlegen von Verknüpfungen leicht verhindern. So geht's:

Start -> ausführen -> regedit
Hkey_Current_User\Software\Microsoft\Office\11.0\Common\General" -> RecentFiles

Hier einen Backslash an den Anfang setzen (\Zuletzt verwendet), und schon findet Office den Ordner nicht mehr und legt daher auch keine Verknüpfungen mehr an.

Wer jetzt noch auf "Verlauf" im Office klickt, erhält eine Fehlermeldung. Den Wert zu löschen hat lediglich zur Folge, dass der Wert von Office neu im Systemroot neu anlegt.

Man kann sich den Eingriff in die Registry auch ersparen, wenn man einfach die Schreibrechte in dem Ordner "\Zuletzt verwendet" entfernt (NT, W2K, XP).

Outlook-Kalender offline darstellen

Nicki Wruck — Thu, 02 Feb 2006 06:40:00 +0000

Des Öfteren hatte ich schon folgendes Anliegen von Kunden: "Ich muss auf den Kalender vom Chef gucken können. Wir haben kein Exchange, eine weitere Software wollen wir nicht kaufen und einen gesamten Zugriff auf seine Outlook-Daten möchte der Chef nicht. Ich bin allerdings darauf angewiesen, wenn der Chef im Urlaub ist, Termine einsehen zu können. Bitte helfen Sie uns!"

Die Sache ist also klar – der Kunde möchte den Kalender, also die .pst Datei eines Kollegen einsehen können. Die Umgebung gestaltet sich wie folgt: Client-Betriebssystem Windows 2000 oder XP, als Office/Outlook wahrscheinlich XP oder 2003. Es gibt keinen Exchange-Server, meistens eine kleinere Umgebung – ein Software-Zukauf steht auch nicht zur Diskussion, das Problem soll mit Bordmitteln gelöst werden. Bisher war es immer so, dass der Kollege seinen Kalender ausgedruckt hat und die Termine auf anderem – meist umständlichen Wege – den Mitarbeitern zugänglich gemacht hat.

Abhilfe schafft hier recht schnell und einfach die Outlook-Funktion: "als Webseite speichern".

Was steckt dahinter?

Sie veröffentlichen Ihren Kalender zu einem bestimmten Zeitpunkt so, dass andere Ihre Termine über den Browser einsehen können. Das kann einerseits für eine öffentliche Publikation über das Internet geschehen oder, je nach Bedarf, auch nur für die interne Verwendung.

Wie funktioniert das nun?

Ganz einfach. Fangen wir mit Outlook an. Ich habe in der Demonstration ein Outlook 2003 auf einem Windows-XP-System. Beide Versionen sind aktuell gepatcht und mit Service Packs versehen.

Hier sehen Sie ein geöffnetes Outlook, der Kalender wird angezeigt und ein Eintrag ist vorhanden. Soll nun dieser Kalender mit seinen Einträgen anderen Mitarbeitern über den Browser zugänglich gemacht werden, sollte folgendes realisiert werden:

Mit der Funktion "Als Webseite speichern&" können Sie Ihren Kalender im HTML-Format speichern.

Hier hat man nun vielfältige Einstellungsmöglichkeiten.

In den Feldern "Beginn" und "Ende" stellt man den Zeitraum ein, der später via Browser veröffentlicht wird. Je größer man den Zeitraum wählt, umso größer wird der benötigte Speicherplatz. Es empfiehlt sich, immer die Tage, Wochen oder Monate zu wählen, die für die Mitarbeiter relevant sind, da sich der Kalender auf diesem Weg nicht dynamisch aktualisiert – also z.B. bei längerer Abwesenheit wie Urlaub.
Der Haken bei "Termindetails einbeziehen" gibt den Benutzern die Möglichkeit, auch Ihre Notizen zu dem gemachten Termin einzusehen.
Mit der Option "Hintergrundgrafik verwenden" können Sie bei Bedarf ein Bild oder Logo als Hintergrund verwenden, um z.B. das Firmenlayout zu gewährleisten.
"Kalendertitel" gibt an, welcher Titel nachher im Kalender erscheint, beispielsweise um leichter unterscheiden zu können, um wessen Kalender es sich handelt.
Unter "Dateiname" geben sie den Speicherort der HTML-Datei(en) an. Achtung! Hier sollten sie einen Speicherplatz auswählen, auf den Ihre Kollegen auch Zugriff haben. Das kann ein freigegebener Ordner auf dem Server sein oder ein Verzeichnis auf einem anderen PC, auf dem die entsprechenden Personen zugreifen können.

"Gespeicherte Webseite im Browser öffnen" zeigt Ihnen das Ergebnis im Anschluss in Ihrem Standardbrowser an.

In meiner Demo habe ich den Zeitraum von zwei Monaten (Januar und Februar) gewählt.
Als Speicherort habe ich meine lokale Festplatte gewählt. Nach dem Speichern und dem "Gespeicherte Webseite im Browser öffnen" zeigt sich nun folgendes Bild:

Man beachte die Sicherheitswarnung, die Windows XP SP2 nun standardmäßig bietet:
"Das Anzeigen aktiver Inhalte, die auf den Computer zugreifen können, wurde für diese Datei aus Sicherheitsgründen eingeschränkt. Klicken Sie hier, um Optionen anzuzeigen&"
Das ist eine Sicherheitseinstellung unter Windows XP, die das Ausführen von ActiveX-Komponenten unterbindet. Genau das wird hier aber benötigt, um eine einwandfreie Ansicht genießen zu können. Das Freigeben erfolgt mit einem einfachen Mausklick auf die Sicherheitswarnung:

"Geblockte Inhalte zulassen&" bestätigen wir mit dem Mausklick und nach dem Klicken auf "Ja" der nachfolgenden Sicherheitswarnung:

erhalten wir umgehend das gewünschte Bild:

In dem gesamten Bild kann man nun sehen, dass das ActiveX-Element zugelassen wurde, und der Kalender richtig angezeigt wird. Der rote Pfeil zeigt uns, dass der Kalender richtig gespeichert wurde, da der zuvor eingetragene Termin angezeigt wird. Der grüne Pfeil zeigt uns das Datum der Speicherung, somit also auch die Aktualität des Kalenders. Der blaue Pfeil zeigt uns, dass noch weitere Informationen zu dem eingetragenen Termin vorhanden sind. Durch das Klicken auf den kleinen Pfeil, werden die zugehörigen Informationen angezeigt – vorausgesetzt, man hat den Haken bei "Termindetails einbeziehen" gesetzt.

Dann sieht das Ganze so aus:

Damit ist die Kalenderveröffentlichung auch schon fertig.
So einfach kann man seine eigenen Termine seinen Kollegen und Mitarbeitern zugänglich machen, ohne gleich seine gesamte Post zu offenbaren oder sich andere Software kaufen zu müssen. Diese HTML-Seite lässt sich übrigens auch hervorragend über ein (sofern vorhanden) Intranet (Sharepoint Services etc.) veröffentlichen.

Eine kleine Besonderheit für Windows-2000-Benutzer gibt es noch:
Der "Web Publishing Assistent" von Microsoft ist standardmäßig nicht mitinstalliert und kann unter http://www.microsoft.com/downloads/thankyou.aspx?familyId=63C2DB9B-C616-46C2-8713-AF9BB83C8D89&displayLang=en heruntergeladen werden. Beenden sie Outlook und führen sie die Datei WPIE415-x86.EXE aus. Nach dem Start von Outlook wird dann der "Web Publishing Assistent" beim Speichern des Outlook Kalenders genutzt.

faq-o-matic.net » Nicki Wruck

Spaß mit Windows Mobile und SSL-Zertifikaten

Verwandte Beiträge:

Exchange Server 2007 Outlook Anywhere: Autodiscover und ISA Server 2006

Verwandte Beiträge:

RDP-Neuerungen unter Windows Server 2008

Verwandte Beiträge:

Exchange 2007: Dienste starten nicht nach Rollup Update 5

Verwandte Beiträge:

Öffentliche und private Kalender in Outlook 2007 anzeigen

Verwandte Beiträge:

Installation von Active Directory mit einer DNS-Appliance

Verwandte Beiträge:

Das Benutzerkennwort unter OWA ändern

Wie geht's los?

Verwandte Beiträge:

Anhänge aus Outlook-E-Mails automatisch entfernen

Ein einfaches Makro ersetzt die Dateianhänge in Ihren E-Mails durch einen Link ((Outlook 2000, Outlook XP & Outlook 2003)

Wie funktioniert das Ganze?

Schritt 1: Das Makro

Schritt 2: Nutzen des Makros

Schritt 3: Weiterarbeiten in Outlook

Verwandte Beiträge:

Office 2003: Verlauf-Aufzeichnungen verhindern

Verwandte Beiträge:

Outlook-Kalender offline darstellen

Was steckt dahinter?

Wie funktioniert das nun?

Verwandte Beiträge: