Archiv der Kategorie: Microsoft

WordPress und Word 2010 („Der Beitrag konnte nicht veröffentlicht werden“)

Veröffentlicht am von — Keine Kommentare ↓

Wenn man einen Blogbeitrag aus Word veröffentlichen möchte und sich wundert warum trotz erfolgreicher Registrierung des WordPress-Kontos in Microsoft Word das Ganze nicht so recht funktionieren will („Der Beitrag konnte nicht veröffentlicht werden“) sollte man sich seine Office Templates in den Gruppenrichtlinien (GPO) nochmal genau anschauen. Die verursachende Einstellung dafür befindet sich unter Microsoft Word 2010 -> Word-Optionen -> Speichern ->Standarddateiformat. Word 2010 kann nur in WordPress veröffentlichen, wenn das Standard-Dateiformat nicht auf das alte Office-format geändert wurde. Ist das Standarddateiformat auf „*.doc“ eingestellt, wird in der lokalen Registry ein Eintrag gesetzt: REG_SZ „DefaultFormat“ mit dem Wert „doc“. Dieser befindet sich entweder unter: HKCUSoftwareMicrosoftOffice14.0WordOptions oder HKCUSoftwarePoliciesMicrosoftoffice14.0wordoptions Die Lösung: Entweder ändert man den Wert auf „*.docx“ direkt in der Registry (und schaltet die entsprechende Richtlinie ab), oder ändert seine GPO dementsprechend. Nach dem nächsten Word-Start passt schon alles. Danke an den Dariusz G. für den Schnipsel und die aufwändige Recherche dazu. Wir hoffen das dieser Artikel anderen Administratoren bei diesem fies zu suchenden Fehler weiterhilft.

Windows 7: Telent-Client an der (Admin-)Kommandozeile installieren

Veröffentlicht am von — Keine Kommentare ↓

Wer hat eigentlich die Entscheidung getroffen, im Standardinstallationsumfang des Windows7-Client und des 2008 Server (!) den Telnet-Clienten wegzulassen? Ein sehr kleines und nahezu unverzichtbares Troubleshooting-Werkzeug einfach löschen … .unglaublich.

An der Kommandozeile kann man dieses MAnko glücklicherweise recht schnell beheben:

pkgmgr /iu:"TelnetClient"

WSUS Datenbank verschieben (z.B. von SQL 2005 nach SQL2008R2)

Veröffentlicht am von — Keine Kommentare ↓

Es kommt schon mal vor das man einen WSUS verschieben muss; wie so oft bei Aufgaben die vorhersehbar auf einen Administrator zukommen oder schon länger in Foren für Gesprächsstoff sorgen gibt es dafür kein tool oder „offiziellen“ weg.

So gehts (in diesem Fall von SQL2005 -> SQL2008R2):

  1. Auf dem WSUS-Server den IIS-Admindienst und den UpdateService beenden
  2. Auf dem Quell-SQL-Server die SUSDB (auf Platte) Sichern
  3. Die Sicherungsdatei auf den Ziel-SQL-Server kopieren
  4. Auf dem Ziel-SQL-Server das Managemetn-Studio aufmachen, verbinden
  5. Eine neue (leere) SUSDB anlegen
  6. Eine neue eine Query starten:
    1. USE MASTER
    2. GO
    3. ALTER DATABASE SUSDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE
    4. GO
    5. DROP DATABASE SUSDB
    6. GO
  7. Backup zurückspielen (Alle Aufgaben -> Restore Database)
  8. Auf dem WSUS-Server den DB-Connectionstring anpassen:
    1. aus dem Schlüssel HKLMSoftwareMicrosoftUpdateServicesServer
    2. Den Schlüssel SqlServerName suchen und den Servernamen bearbeiten
  9. Den IIS-Admin und den Update Service wiedr starten
  10. WSUS-Konsole aufmachen, verbinden und einen Moment warten

Das war’s schon.

Outlook 2007/2010 JunkMail sichere Absender Liste importieren (so gehts wirklich)

Veröffentlicht am von — Keine Kommentare ↓

Wäre das nicht schön, wenn der zentral gesteuerte Import der „Sicheren Absender“ (bzw. „Blockierte Absender“ in den Outlook-Lokalen Junkmailfilter funktionieren würde? Outlook 2007 und 2010 können via GPO die JunkSaveSenders zentral importiren. Theoretisch jedenfalls.

Das offizielle Vorgehen dafür funktioniert so

  • Im Schlüssel HKCU:SoftwarePoliciesMicrosoftoffice14.0outlookoptionsmail die folgenden Werte aktualisieren:
    1. JunkMailImportAppend (DWORD) auf 1
    2. JunkMailSafeSendersFile (String) auf „c:pfadfile.txt“
    3. JunkMailImportLists (DWORD) auf 1

Dafür gibt es immerhin auch ein paar schicke offizielle Gruppenrichtlinienvorlagen (GPO ADM Template) von Microsoft

Leider funktioniert das auch nach der Anwendung nicht ganz so richtig, jedenfalls nicht in zwei Fällen: Erstens wenn ein Benutzer mehr als ein Postfach verbunden hat und zweitens wenn er die Liste zudem manuell pflegen möchte (oder das bereits getan hat). Dann bleiben die Listen in der Anzeige immer leer, bzw. der Schlüssel wird beim Outlook-start auf „0“ zurückgesetzt.

Die angezeigte SafeList ist immer nur in Outlook die Liste der sicheren Absender, sollte aber immer synchron zu den Einträgen des Postfaches auf dem Exchange Server sein – sozusagen sieht man nur die Offine-Listenversion des Clients. Diese Liste muss bevor sie auf anderen Maschinen oder im OWA „zieht“ einmal auf den Exchange refresht werden. Das lässt sich auf zwei Arten erzwingen:

  • Im Outlook WebApp (einfach einen Eintrag in der Liste bearbeiten)
  • Via Powershell
    • Update-SafeList -id “Postfach”

Naja, jedenfalls erklärt das Exchange-Team die erzeungene aktualisierung so 🙂

Der zweite große Fall ist schon ein wenig anspruchsvoller: die Übernahme einer SafeList von einem Benutzerpostfach  auf ein anderes. Das geht am besten (sofern das Refresh von oben geklappt hat) am einfachsten via Powershell mit diesem fünfzeiler. Das Script ist ein bisschen umständlich, aber so ist das anpassen der Liste zur Laufzeit ebenfalls möglich:

Add-PSSnapin Microsoft.Exchange.Management.PowerShell.E2010
Get-MailboxJunkEmailConfiguration -identity "BENUTZERNAME" | select -ExpandProperty BlockedSendersAndDomains > c:tempBlockedSenders.txt
$Temp = Get-MailboxJunkEmailConfiguration [email protected]
$Temp.BlockedSendersAndDomains = get-content C:tempBlockedSenders.txt
Set-MailboxJunkEmailConfiguration -Identity [email protected] -BlockedSendersAndDomains $Temp.BlockedSendersAndDomains
Remove-Item c:tempBlockedSenders.txt

Danke an den Dariusz G. für den Schnipsel und die aufwändige Recherche dazu. Wir hoffen das dieser Artikel vielleicht anderen Administratoren bei diesem fies zu suchenden Fehler weiterhilft.

Windows Live ist tot. Endlich.

Veröffentlicht am von — Keine Kommentare ↓

Microsoft macht endlich kurzen Prozess. Der Konzern wird mit seiner eher weniger erfolgreichen Dachmarke für Webdienste, „Windows Live“, aufräumen und sie zum Start von Windows 8 in der zweiten Jahreshälfte nicht mehr verwenden. Anders gesagt: Live ist tot.

Natürlich bekommt jetzt alles neue Namen, aber ein Wunder ist geschehen: Laut aktuellem Planungsstand sind das sinnvolle Namen! Kaum zu glauben. Aber Chris Jones (der Kopf der windows-Live-Gruppe bei der Microsoft) bloggt doch tatsächlich die Änderungen und die neuen Namen.

Und wird die Namenswelt aussehen:

Dienst Windows 8 Windows Phone Web Alter Name
Zugang Microsoft account Microsoft account Account.live.com Windows Live ID, Passport
Storage und Dokumente SkyDrive app, SkyDrive Desktop SkyDrive app, Office app SkyDrive.com FolderShare, Live Mesh, Windows Live Mesh
Mail Mail app Mail app Hotmail.com Windows Live Mail, Outlook Express
Kalender Calendar app Calendar app Calendar.live.com Windows Live Mail, Windows Calendar
Kontakte People app People app People.live.com Windows Contacts
Messaging Messaging app Messaging app Integrated in Hotmail and SkyDrive MSN Messenger
Medien Photos app, Photo Gallery, Movie Maker Photos app, Camera Roll Photos.live.com Windows Live Photo Gallery, Windows Live Movie Maker