Man kann in Outlook 2007 auch die Kalenderwoche im Kalender anzeigen lassen. Die Option befindet sich in
Extras > Optionen > Einstellungen > Kalenderoptionen
und heißt:
Wochennummern in der Monatsansicht und im Datumsnavigator anzeigen
Das Ergebnis sieht dann folgendermaßen aus:
Oder in der Monatsansicht:
Wir haben bereits seit einiger Zeit Schwierigkeiten damit, dass einige Clients keine Updates mehr von unserem WSUS (3.0) Server bekommen. Nachdem sich das Problem in den letzten Tagen häufte, bei immer mehr Clients aufgetreten ist und auch ein Update auf Service Pack 1 keine Abhilfe schaffte, habe ich zu dem Thema etwas recherchiert.
In Microsoft’s Knowledgebase gibt es zu dem Thema den Artikel 954960, genau dieses Problem beschreibt.
Das Problem äußert sich dadurch, dass auf den betreffenden Clients keinerlei Updates mehr ankommen und in der WindowsUpdate.log im Windows Verzeichnis (%windir%) der folgende Fehler auftaucht.
Date Time 788 ee4 PT +++++++++++ PT: Synchronizing server updates +++++++++++
Date Time 788 ee4 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://WSUS Server/ClientWebService/client.asmx
Date Time 788 ee4 PT WARNING: SyncUpdates failure, error = 0x8024400E, soap client error = 7, soap error code = 400, HTTP status code = 200
Date Time 788 ee4 PT WARNING: SOAP Fault: 0×000190
Date Time 788 ee4 PT WARNING: faultstring:Fault occurred
Date Time 788 ee4 PT WARNING: ErrorCode:InternalServerError(5)
Date Time 788 ee4 PT WARNING: Message:(null)
Date Time 788 ee4 PT WARNING: Method:”http://www.microsoft.com/SoftwareDistribution/Server/ClientWebService/SyncUpdates”
Date Time 788 ee4 PT WARNING: ID:c0a7445f-b989-43fa-ac20-11f8ca65fa8cQuelle: support.microsoft.com – KB954960
Laut Microsoft wird es durch ein überarbeitetes Update für Office 2003 SP1 verursacht, dessen Berechtigungen auf manchen WSUS Servern nicht richtig synchronisiert werden können.
Dieses Problem tritt auf, weil eine vor kurzem erfolgte Überarbeitung eines Updates von Microsoft Office 2003 Service Pack 1 (SP1) bewirkt, dass einige WSUS 3.0-Server das überarbeitete Update mit den Genehmigungen des Updates falsch synchronisieren. Wenn die betroffenen Clientcomputer mit einem solchen Server kommunizieren, kann der Webdienst die Genehmigungen nicht verarbeiten. Daher ist die Erkennung nicht erfolgreich.
Quelle: support.microsoft.com – KB954960
Gelöst werden kann das Problem durch ein Update des WSUS 3.0 SP1. Das Update ist im KB-Artikel verlinkt und für x86 und x64 erhältlich.
Ich habe es bei uns getestet. Gleich nachdem das Update auf unserem WSUS installiert worden ist, bekamen die Clients wieder Updates.
Warum das Problem bei uns erst jetzt und nur auf einigen Clients aufgetreten ist, fast ein halbes Jahr nach dem das Update durch Microsoft bereitgestellt wurde, ist mir ein Rätsel.
Seit einiger Zeit, zeichnet sich in unserer Firma ab, dass die Kollegen sich immer öfter gegen einen stationären PC und für ein Notebook entscheiden. Im ersten Moment ist das nicht unbedingt ein Problem, wenn man von den etwas höheren Kosten absieht die ein Notebook im Vergleich zu einem PC verursacht.
Durch die höhere Mobilität entstehen allerdings neue Probleme in der Verwaltung mit denen man sich in der Vergangenheit garnicht auseinander setzen musste. Jedenfalls nicht in dem Umfang, in dem man es bei mobilen Mitarbeitern tuen muss.
Ein Beispiel dafür ist zum Beispiel in unserem Fall die Vorraussetzung einen Proxyserver zu nutzen um einen Zugang in das Internet zu bekommen. Die für den Proxyserver notwendigen Einstellungen werden per Gruppenrichtlinie bzw. per WPAD den Clients zur Verfügung gestellt. Sobald sich jetzt aber ein Mitarbeiter aus der Firma bzw. dem Firmennetz entfernt und sich in ein fremdes Netzwerk zum Beispiel per LAN, WLAN oder UMTS einhängt sind diese Einstellungen noch vorhanden. Wenn der Mitarbeiter jetzt den Browser aufruft, steht der eingestellte Proxyserver nicht zu Verfügung und die Seite wird nicht dargestellt.
Man kann jetzt natürlich anfangen und den Kollegen erklären warum es so nicht funktioniert, viele kommen damit auch sehr gut klar, es ist allerdings immer mit etwas Aufwand verbunden.
Und genau diese Lücke schließt jetzt ein Tool namens “Proxy Switcher” von Marco Wiedemeyer. Es ermöglicht es diverse Proxyserver zu definieren und diese auch automatisch zu verwenden wenn Bedingungen wie z.B. ein bestimmter DNS Suffix oder aber eine bestimmte WLAN SSID gegeben ist.
Auf das sehr nützliche Tool bin vor ein paar Tagen durch einen Eintrag in Frank Carius’s MSXFAQ gestoßen. Das Tool unterstützt den Internet Explore und Mozilla’s Firefox. Außerdem habe ich es bislang erfolgreich unter Windows XP SP3 und Windows Vista SP1 gestetet.
Ich habe es jetzt bereits auf ein paar Rechnern getestet und bin vollends zufrieden damit.
Vielen Dank dafür!
Gestern Abend wurde im Windows Server Division WebLog und im Windows Vista Blog der gemeinsame Servicepack 2 für Windows Server 2008 und Windows Vista angekündigt.
Neben den bereits veröffentlichten Patches und Updates wurden auch ein paar Neuigkeiten angekündigt.
Windows Server 2008 SP2
Windows Vista SP2
Laut dem Windows Vista Blog stellt Microsoft den Mitgliedern des “Technology Adoption Program” den SP2 Beta am Mittwoch den 29 Oktober 2008 zur Verfügung.
Veröffentlich wird der SP2 vorraussichtlich im ersten Halbjahr 2009. Vieleicht zusammen mit dem Service Pack 2 für das Office System 2007 (Office 2007, SharePoint, Project und Co).
Um zum Beispiel das Alter eines Kontakts anhand eines gepflegten Geburtsdatums zu erhalten, bietet SharePoint die Möglichkeit mit berechneten Spalten zu arbeiten.
Damit kann man dann zum Beispiel aus einem angegebenen Geburtsdatum und dem aktuellen Datum die Differenz, also das Alter des Kontakts ermitteln.
Da Sharepoint es nicht mag wenn man in berechneten Spalten die Felder HEUTE oder ICH verwendet, legt man zuerst eine Spalte namens ‘HEUTE’ an, die man später wieder entfernt.
Jetzt erstellt man zuerst eine neue Spalte, nennt diese zum Beispiel ‘Alter’ und nimmt als Spaltentyp ‘Berechnet’.
Um die Differenz zwischen dem Geburtsdatum und dem oben ermittelten Geburtstag im aktuellen Jahr zu ermitteln bietet sich die Funktion DATEDIF an.
=DATEDIF([Geburtsdatum];[HEUTE];”y”)
Mit Hilfe dieser Formel und dem Parameter ‘y’ ermittelt man die Differenz in Jahren, also dem Alter des Kontakts.
Um zu vermeiden das jetzt auch krumme Werte bei Kontakten ohne Geburtsdatum auftauchen, kann man die Abfrage noch weiter ausbauen z.B. durch eine Abfrage ob das Geburtsdatum größer ist als null ist.
=WENN(Geburtsdatum>0;DATEDIF(Geburtsdatum;HEUTE;”y”);0)
Falls in der Spalte ‘Alter’ noch #ZAHL oder etwas ähnliches steht hat man die temporär angelegte Spalte ‘HEUTE’ noch nicht wieder entfernt.
Quellen:
Heute sind mir diverse Ungereimtheiten in der Suche unseres SharePoint 2007 Servers aufgefallen. Ein Blick in den Eventlog des SharePoint Servers brachte wiedermal einen mir noch nicht bekannten Fehler ans Licht.
Ereignistyp: Fehler
Ereignisquelle: Office Server Search
Ereigniskategorie: Gatherer
Ereigniskennung: 10029
Datum: 01.06.2008
Zeit: 06:02:07
Benutzer: Nicht zutreffend
Beschreibung: Fehler beim Sichern der Registrierungsstruktur in der Konfigurationsdatenbank.
Kontext: Anwendung ‘SharedServices1′
Details: Das System kann die angegebene Datei nicht finden. (0×80070002)
Nach kurzer Recherche habe ich dann in den Technet Foren auch eine Problemlösung gefunden. Und zwar reichte es bei mir zwei NTFS Berechtigungen auf dem SharePoint Server zu bearbeiten.
Dazu habe ich dem Konto “LOKALER DIENST” auf das Verzeichnis “C:\WINDOWS\Debug\UserMode” Vollzugriff und auf die Anwendung “C:\WINDOWS\system32\reg.exe” Lese- u. Schreibrechte gegeben.
Nach einem Neustart des “Office SharePoint Server Search” Dienstes, trat der Fehler nicht mehr auf.
Wieder etwas gelernt 
Seit gerade eben bin ich endlich auch im Besitz des 385 MB großen ISO Images welches den neuesten Servicepack für Microsofts Windows XP beinhaltet.
Das Servicepack 3 soll laut Microsoft das letzte offizielle Servicepack für das mittlerweile auch schon fast 7 Jahre alte Windows XP sein.
Zu den meiner Meinung nach wichtigsten Neuerungen zählen der WPA2 Support, die MMC3 und der neue RDP Client. Außerdem beinhaltet der SP3 natürlich auch noch ein paar Anpassung für Windows Vista und Windows Server 2008 wie zum Beispiel die Network Access Protection (NAP).
Ich habe den SP3 jetzt bereits auf einigen PCs und Notebooks installiert, ohne auf Probleme zu stoßen.
Die Installation dauerte bei mir auf diversen Dual Core PCs und Notebooks rund 20 Minuten. Der erste Neustart nach der Installation dauert rund 2 1/2 Minuten. Mal sehen was die nächsten Tage und Wochen bringen.
Für neue Installationen ist es auf jedenfall ein großer Schritt, nicht mehr weit über 100 Updates herunterladen zu müssen sein System auf einen halbwegs aktuellen Stand zu bringen.
Seit kurzem haben wir bei uns im Unternehmen eine Microsoft Office SharePoint Server 2007 als Ablösung für unser auf SharePoint 2003 basierendes Intranet. Der Server läuft auf einem Windows 2003 R2 SP2 x64 und wurde komplett von einem externen Dienstleister für uns eingerichtet.
Nachdem wir jetzt die Verwaltung übernommen haben sind mit in der Ereignisanzeige vom Windows 2003 Server eine große Menge sich immer wiederholender Fehlermeldungen aufgefallen. Desweiteren war es nicht mehr möglich die IIS6 Verwaltungskonsole aufzurufen. Bei jedem Versuch die IIS6 Verwaltungskonsole aufzurufen kam eine Fehlermeldung.
Der angegebene Pfad kann zurzeit nicht verwandt werden .
Nach kurzem Suchen habe ich dann einen englischen Blog Eintrag gefunden, der genau unser Problem beschreibt. Auch dort wird erwähnt, dass es nicht mehr möglich ist den IIS6 Manager aufzurufen und in der Ereignisanzeige die Fehler 7076, 6398, 6482 und 6432 im Minutentakt auftauchen.
Die Lösung für das Problem ist ein nicht öffentlich zum Download angebotenes Hotfix von Microsoft unter der Nummer KB946517. Dieses Hotfix muss telefonisch beim Microsoft Support angefordert werden.
Bislang läuft seit der Installation des Hotfixes alles einwandfrei.
Vorgestern wurde den registrierten Beta Testern über Microsoft’s Connect Programm der erste Release Candidat des kommenden Service Pack 3 für Windows XP zur Verfügung gestellt. Leider gehöre ich nicht zu den registrierten Beta Testern, laut WinFuture rund 12000 Personen, deshalb habe ich mich nach einer Alternative umgesehen und bei WinFuture auch gefunden. Durch eine kleine Veränderung an der Registry ist es möglich auch für nicht Beta Tester den RC1 des SP3 für Windows XP über das Windows Update zu beziehen.
Nach der kleinen Veränderung an der Registry (wie bei WinFuture beschrieben) taucht dann auf der Windows Update-Seite der Service Pack 3 für Windows XP auf.
Dieser kann dann einzeln Installiert werden.
Nachdem er heruntergeladen wurde öffnet sich ein weiteres Fenster wo die Installation nochmal explizit bestätigt werden muss.
Nach der Installation taucht dann unter “System” bei Version Service Pack 3 auf.
Abgesehen von einem weiteren Update des Windows Tools zum entfernen bösartiger Software lagen nach der SP3 Installation keine weiteren Updates vor. Weitere Veränderungen habe ich bislang auch noch nicht festgestellt. Bisher macht der Release Candidate 1 einen recht stabilen Eindruck auf mich.
Recent Comments