Um eine Sitzung abzumelden (alle Prozesse töten):
shutdown -l
Um eine Sitzung zu trennen:
tsdiscon
Beides funktioniert natürlich nicht nur auf Windows Servern, sondern auch auf dem ganz normalen Windows-Client.
Kategoriearchiv: Microsoft
Outlook 2010/2013 „Diese Ordnergruppe kann nicht geöffnet werden. Fehler bei der Anmeldung an Microsoft Exchange“
Problem
Ein Outlook-Client möchte freigegebene oder „gemeinsam genutzte“ Mailboxen („Gemeinsame Ordner“) von einem Exchange Server 2010/2013 nicht mehr freiwillig öffnen. Das passiert bei Exchange 2013 nach der Installation von CU5 (oder höher) aber auch sporadisch. Die Ordner werden zwar weiterhin per Automapping ins Outlook eingebaut und sind dort sichtbar, können aber nicht geöffnet werden. Manchmal sind die Ordnernamen dort auch nicht mehr korrekt, sondern es wird nur noch ein Name mehrfach hintereinander angezeigt.
Achtung: Die selben Symptome treten auch auf, wenn eine PST-Datei mit Outlook verbunden ist, die nicht richtig glesen werden kann. Bei wiederspenstigen PST-Files hilft aber SCANPST („%ProgramFiles(x86)%\microsoft office\officeNN“) schnell und zuverlässig weiter.
Lösung
Es gibt da einen „Effekt“ bei der Anwendung der Exchange-Updates (CU5/CU6/CU7 bisher). Was genau die Ursache ist wissen wir nicht und betrachten es auch nicht als unsere Aufgabe, den Fehler zu suchen. Fakt ist, das die Automapping-Services tatsächlich falsche Daten an einge Outlook-Clients übergeben. In der XML-Datei sind tatsächlich doppelte Ordnernamen und falsche IDs enthalten.
Der Fehler kann manuell schnell (wir sind ja hier bei ugg.li) behoben werden, durch die Umgehung der AutoMapping-Funktion:
- Rechte auf dem betroffenen Postfach erst entfernen
Remove-MailboxPermission -Identity GEMINSAMESPOSTFACH -user USERNAME -AccessRights FullAccess -InheritanceType All
- Dann die Rechte wieder hinzufügen, ohne Automapping
Add-MailboxPermission -Identity GEMEINSAMESPOSTFACH -user USERNAME -AccessRights FullAccess -InheritanceType All -AutoMapping $false
- Gemeinsam genutze Postfächer manuell im Outlook-Profil verbinden (Profil Ändern > Erweiterte Einstellungen > Tab „Erweitert“ > hinzufügen). Dann klappts auch wieder mit dem Zugriff.
Terminal Server Windows-Update benachrichtigung entfernen
Problem
Benutzer erhalten auf Windows 2008/2008R2/2012/2012R2 Terminalservern (RDS) die Benachrichtigung das neue Updates zur Verfügung stehen. Je nach Konfiguration nervt das gelbe Popup die Benutzer auch gerne.
Lösung
Die Benachrichtigung lässt sich per Gruppenrichtlinie (GPO) entfernen:
Benutzerkonfiguration > Richtlinien > Administrative Vorlagen > Windows-Komponenten > Windows Update > „Zugriff auf alle Windows Update-Funktionen entfernen“
Den Eintrag auf „0 – Keine Benachrichtigungen anzeigen“ setzen.
HP Networking Utility (und ähnliches) entfernen
Problem
Nach einer De-Installation des HP PSP (Service Pack for Proliant) verbleiben noch Tools wie das HP Networking Utility, der Headless Registry Updater und Reste verschiedener Agenten auf dem System. Es gibt keinen Uninstaller dafür und die manuelle Entfernung dauert zu lange.
Lösung
Es gibt einen HP PSP Cleaner. Aufrufen, starten, sauber booten fertig. Grade nach P2V-Aktionen hilft das sehr gut weiter. Der Cleaner wurde gebaut von ctxadmtools, ist aber (wie immer) hinter einer login-email-registrierungs-wal versteckt. Zum Glück gibt es einen lokalen mirror (nur für admins). Download HP Service Pack for Prolian Cleaner (mirror).
Office 365: Fehler beim Lokalisierungsvorgang „Die Standardordner können nicht lokalisiert werden“
Problem
Bei einigen Nutzern wird unter Office 365 sowohl in Outlook als auch in der Outlook Web App der Ordnername „Inbox“ anstatt „Posteingang“ angezeigt. Das gilt auch für die anderen Ordner, also Outbox, Calendar, Deleted Objects und so weiter.
Die „richtige“ Lösung, die Ordner nach dem passenden Namensschema umzubenennen funktioniert aber nicht. Man versucht über OWA > Optionen > Allgemein > „Region und Zeitsone“ den Hake bei „Standardordner umbenennen“ zu setzen und erhält nach dem Klick auf „Speichern“ diese Fehlermeldung:
Fehler beim Lokalisierungsvorgang für die Standardordner von Postfach „EURFOOBARA003.prod.outlook.com/Microsoft Exchange Hosted Organizations/TENANT.onmicrosoft.com/whatever“: Die Standardordner können nicht lokalisiert werden.
Dasselbe Ergebnis zeigt die die Powershell bei der Verwendung von
Set-MailboxRegionalConfiguration <UserIdentity> -LocalizeDefaultFolderNam
und auch Outlook mit dem berühmten /resetfoldernames Parameter.
Lösung
Ordnernamen von Systemordnern („Gesendete Objekte“, „Postausgang“, „Posteingang“ …) dürfen nicht doppelt vorkommen. In 100% aller Fälle (bei uns) gab es einen Ordner mit dem selben Namen schon. Ob der beim importieren als Unfall erschienen ist (Outlook macht da manchmal nicht nachvollziehbare Verdoppelungs-Phänomene) oder manuell erstellt wurde ist irrelevant. Wenn die doppelten Ordner aber entfernt sind, klappt es auch mit dem /resetforldernames sofort.