Outlook Formulare zentral veröffentlichen

Hallo zusammen,

einige Unternehmen nutzen die Möglichkeit im Outlook eigene Formulare zu erstellen. Beispiele sind hier zum Beispiel „Krankmeldungen“ oder „Urlaubsanträge“. Es ist eine schnelle und einfache Möglichkeit gewisse Vorgänge zu standardisieren ohne gleich ein komplettes Workflow Tool zu implementieren.

Ich stand kürzlich vor dieser Herausforderung solch ein „Formular“ Unternehmensweit zur Verfügung zu stellen, und merkte das dies nicht auf Anhieb funktioniert. Daher hier eine Anleitung was zu tun ist:

  1. Allgemeine Infos
    Die Formulare können Grundlegend an zwei Orten veröffentlich werden. Lokal auf dem Client oder Unternehmensweit in einer Bibliothek. Diese wird in einem Öffentlichen Ordner gespeichert. Ich gehe davon aus, dass es bereits ein(e) Öffentliche Ordner Datenbank / Postfach gibt.
  2. Erstellen und berechtigen einer zentralen Bibliothek auf dem Exchange Server
    1. Erstellen einer Bibliothek in den Öffentlichen Ordnern.

      New-PublicFolder -Path „\NON_IPM_SUBTREE\EFORMS REGISTRY“ -Name „Zentrale Formulare“

      Der Name kann hier frei gewählt werden.

    2. Anpassung der Sprache

      Set-PublicFolder „\NON_IPM_SUBTREE\EFORMS REGISTRY\Zentrale Formulare“ –EformsLocaleID de-DE

    3. Berechtigung setzen

      Add-PublicFolderClientPermission -identity „\NON_IPM_SUBTREE\EFORMS REGISTRY\Zentrale Formulare“ -user <Username> -AccessRights Owner

  3. Speichern/Veröffentlichen des Formulars (lokal)
    1. Erstellen eines Formulars
    2. Veröffentlichen in persönliche Formulare
      Form-Publish1Form-Publish2
    3. Speichern als .FDM Datei
      Form-Publish3Form-Publish4Form-Publish5>
      Bitte als .FDM Datei im beliebigen Ordner speichern.
  4. Veröffentlichung in die Organisation
    Auswählen der Organisatorischen Formulare
    Form-Publish7
    Installieren -> Auswählen der zuvor gespeicherten Datei (.FDM)
    Form-Publish6

Nach einer gewissen Replikationszeit sollten die Formulare für alle Exchange Benutzer im Outlook sichtbar sein.

Der Vorgang kann von Version zu Version im Outlook und auch Exchange unterschiedlich sein. Getestet wurde es mit Outlook 2013/2016 und Exchange 2013/2016.
Meine Anleitung basiert auf eine Exchange Online Installation.

Quelle: https://blogs.technet.microsoft.com/weiyumao/2015/04/21/how-to-publish-forms-to-organizational-forms-library-in-exchange-online/

Gruß
Stephan

Advertisements

März 2017 Exchange Updates

Hallo zusammen,

Microsoft hast diese Woche die ersten Updates für Exchange im Jahr 2017 veröffentlicht.

Exchange 2016 CU5 15.1.845.34 KB4012106 Download
Exchange 2013 CU16 15.0.1293.2 KB4012112 Download
Exchange 2010 SP3 RU 17 14.3.352.0 KB4011326 Download
Exchange 2007 SP3 RU 23 8.3.517.0 KB4011325 Download

Hier sind noch die wichtigsten Neuerungen:

.NET 4.6.2 Support
Wie im Dezember schon angekündigt, benötigt Exchange 2016 CU5 als auch Exchange 2013 CU16 eine .Net Framework Version von 4.6.2.

Ich empfehle euch ein Update wie folgt:

  • Wenn eure Server auf Version 4.6.1 sind, könnt ihr auf 4.6.2 Updaten und danach das CU 5 bzw. CU16 installieren. Es geht auch andersherum.
  • Wenn eure Server noch auf 4.5.2 sind, bitte erst auf CU4 bzw. CU15 Updaten, danach .Net auf 4.6.2 bringen und anschließend CU5 bzw. CU16 installieren.

Active Directory Update
Für beide Updates (CU5 & CU16) wird kein Active Directory Update benötigt. Allerdings kann es sein, das ihr dennoch eins benötigt wird, falls ihr von einer älteren Version Updated. Genaueres findet Ihr dann in den Relaese Notes.

Alle weiteren Details können über die KB Links oben nachgelesen werden.

Quelle: https://blogs.technet.microsoft.com/exchange/2017/03/21/released-march-2017-quarterly-exchange-updates/

Wie immer gilt… bitte erst Testen bevor Ihr eure produktiv Systeme updatet 🙂

Gruß
Stephan

Exchange 2013 zeigt keine OUs an

Hallo zusammen,

ich hatte vor kurzem das Problem bei einem Kunden, dass im Exchange Control Panel (ECP) keine Organisations Einheiten (OUs) mehr angezeigt wurden. Genauer beim erstellen von neuen Postfächern aus dem Portal heraus.

Hier gibt es die Möglichkeit auch direkt den User anlegen zulassen und dafür eine bestimmte OU auszuwählen, wo später der Benutzer erstellt wird.

Beim klick auf diese Option erscheint folgendes Fenster:

oulimit

Es sind mehr Ergebnisse verfügbar, als momentan angezeigt werden.

Es gibt keine Elemente, die in der Ansicht angezeigt werden können.

Mein ersten vermuten lag darin, dass hier ein Berechtigungsproblem vorliegt. Bestätigte sich aber nicht. Die Lösung fand ich in einem Artikel von Microsoft.
Der Fehler kommt daher, dass es ein Limit für die Ansicht von OUs gibt. Dies beträgt per Default „500“. Heißt hat das Active Directory mehr als 500 OUs, zeigt die Liste keine Inhalte mehr an. Hmm blöd …

Das aus meiner Sicht „blöde“ daran ist, das diese Einstellung nirgendswo zu sehen ist.
Daher wollte ich erstmal Wissen, wie viele OUs haben wir denn im Active Directory aktuell.
Dies könnt ihr mit folgendem Befehl herausfinden:

(Get-OrganizationalUnit –ResultSize unlimited).Count

Wenn der Wert über 500 liegt müsst Ihr eure Exchange Konfiguration anpassen. Also ja man kann den Wert ändern.

Um das Limit von „500“ auf einen größeren Wert zu setzen, muss man die web.config der ECP abändern. Natürlich auf allen vorhandenen Exchange Servern!

Dazu begibt man sich zu folgendem Pfad auf dem Exchange Server:

C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\ecp

Achtung: Eventuell ist euer Installation Pfad ein anderer.

Hier gibt es eine web.config, in der ihr folgende Zeilen oberhalb von „</appsettings>“ eintragt:

<!– allows the OU picker when placing a new mailbox in its designated organizational unit to retrieve all OUs – default value is 500 –>
<add key=“GetListDefaultResultSize“ value=“WERT“ />
Tipp: Einfach im Notepad mit STRG+F nach „/appsettings“ suchen. Dann habt ihr die Stelle schnell gefunden.
Achtung: Bitte vorher die Datei zur Sicherheit einmal Kopieren.
Anschließend muss auf allen Servern der „MSExchangeECPAppPool“ im IIS neu gestartet werden. Je nach Umgebung sollte dies in einem Wartungsfenster passieren, da beim Neustart das ECP kurz nicht zur Verfügung steht.
Achtung: Auch Endbenutzer nutzen das ECP um bspw. eine Automatische Nachricht zu Konfigurieren.
Ein weitere wichtige Info ist, dass diese Einstellung nach jedem Kumulativen Update (CU Update) wiederholt werden muss. Als am besten in eure Checkliste zum Update von Exchange hinzufügen ;-).
Hoffe ich konnte damit helfen….
Gruß
Stephan

Dezember 2016 Exchange Updates

Hallo zusammen,

Microsoft hat gestern die letzten quartal Updates für Exchange für dieses Jahr veröffentlicht:

Exchange 2016 CU4 15.1.669.32 KB3177106 Download
Exchange 2013 CU15 15.0.1263.5 KB3197044 Download
Exchange 2010 SP3 Rollup 16 14.3.339.0 KB3184730 Download
Exchange 2007 SP3 Rollup 22 8.3.502.0 KB3184712 Download

Hier gibt es die wichtigsten Neuerungen:

Neue Ansicht

Mit Exchange 2016 CU4 gibt es eine neue Ansicht im Outlook on the Web. Die Ansicht wurde an die Ansicht im Office 365 angepasst.

image

.NET 4.6.2 Support

Exchange 2013 und 2016 unterstützen nun .Net Framework 4.6.2 voll. Microsoft empfielt bei laufenden Installation mit Version 4.6.1 entweder vorher oder nacher auf Version 4.6.2 zu gehen. Bei Installationen mit Version 4.5.2 sollte erst das CU Update gemacht werden.
Dies gilt sowohl für CU4 als auch CU15.

Version 4.6.2 wird mit den März Updates von Exchange zur pflicht. Also ich empfele jetzt schon Tests durchzuführen um mögliche Applikationsprobleme im März auszuschließen.

IIS Applications Pool probleme

Microsoft hat den KB3206632 released zu einem Problem, wobei in einer Exchange DAG die IIS Pools nicht Verfügbar werden wenn Server neustarten. Dieser KB ist nun Voraussetzung bei Installation von Exchange 2016 auf Server 2016.

Public Folder fix

Das Problem beim Indexieren von Public Foldern während einer aktiven Migration ist nun behoben. Die Public Folder Postfächer sollten nach einspielen des Updates am besten auf eine neue Datebank verschoben werden.

Alle weiteren Details können über die KB Links oben nachgelesen werden.

Quelle: https://blogs.technet.microsoft.com/exchange/2016/12/13/released-december-2016-quarterly-exchange-updates/

Wie immer gilt… bitte erst Testen bevor Ihr eure produktiv Systeme updatet 🙂

Gruß

Stephan

Released: December 2015 Quarterly Exchange Updates

Moin zusammen,

seit gestern gibt es neue Exchange Server 2013/2013 Updates. Änderungen/Fixes findet ihr in den folgenden Links.
Weiter unten habe ich euch noch nen offizielen TeamBlog Eintrag verlinkt.

Exchange 2013 CU11 – https://support.microsoft.com/en-us/kb/3099522

Exchange 2010 RU12 – https://support.microsoft.com/en-us/kb/3096066

Exchange 2007 RU18 – https://support.microsoft.com/en-us/kb/3078672

Exchange Team Blog:

http://blogs.technet.com/b/exchange/archive/2015/12/15/released-december-2015-quarterly-exchange-updates.aspx

 

Gruß
Stephan

Access Denied – Öffentliche Ordner „Senden als“

Hallo zusammen,

heute wollte ich bei einem Kunden einen bestehenden Öffentlichen Ordner für E-Mail aktivieren und einigen Benutzern das Recht „Senden als“ einräumen.
Dabei gab mir die Öffentliche Ordner Verwaltungskonsole folgenden Fehler aus:

Zusammenfassung: 1 Element(e). Erfolgreich: 0, Fehler: 1.

Verstrichene Zeit: 00:00:00

Domain\Username

Fehler

Fehler:

Fehler bei Active Directory-Vorgang mit **.Domain.local. Bei diesem Fehler ist kein Wiederholungsversuch möglich. Zusätzliche Informationen: Zugriff verweigert.

Active Directory-Antwort: 00000005: SecErr: DSID-031521D0, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0

Der Benutzer verfügt nicht über die erforderlichen Zugriffsrechte.

Hier klicken, um die Hilfe aufzurufen… http://technet.microsoft.com/de-DE/library/ms.exch.err.default(EXCHG.141).aspx?v=14.3.158.1&t=exchgf1&e=ms.exch.err.Ex6AE46B

Ausführungsversuch eines Exchange-Verwaltungsshellbefehls:

Add-ADPermission -Identity ‚CN=********,CN=Microsoft Exchange System Objects,DC=example,DC=de‘ -User „Domain\Username“ -ExtendedRights ‚Send-as‘

Verstrichene Zeit: 00:00:00

Trotz einer Anmeldung als Domain Administrator; keine Chance einen Benutzer hinzuzufügen.
Zu Testzwecken legte ich einen neuen Öffentlichen Ordner an. Hier konnte ich einem Benutzer die „Senden als“ Berechtigungen erteilen.
Durch ADSI Edit konnte ich sehen das die Owner-Berechtigung unterschiedlich waren. Ich passte diese an und ich konnte mein vorhaben beenden.

Wichtig ist das der Owner auf „ExchangeServer“ steht. In meinem Fall „Exchange2010$“.
Laut Internet Recherche tritt das Problem häufig bei Umgebungen auf die aus einer Exchange 2003 Welt migriert wurden.
Hier werden wohl die „Ownerships“ nicht sauber migriert.

Standardmäßiger Namenskontext-> DC=domainname,DC=co,DC=uk ->CN=Microsoft Exchange System Objects

Bild 2

Rechtsklick auf den Namen des Öffentlichen Ordners -> Eigenschaften -> Sicherheit -> Erweitert -> Besitzer

Bild 3

Dort den Exchange Server als Besitzer eintragen.
Tipp: Vorher unter Objekttypen -> Computer anwählen, sonst findet Ihr das Computerobjekt nicht 😉

Bild 4

Hoffe ich konnte helfen.

Greetz Stephan

Internet Explorer 11 – OWA Web App Light Modus

Heute wurde ich mit dem Fehler konfrontiert, dass ein Anwender im Outlook Web App nur noch die Light Version benutzen konnte. Die Option „Outlook Web App Light verwenden“ war angehakt und ausgegraut.

Mit einem anderen Browser war der Login im Prem Modus aber ohne Probleme möglich.
Was war passiert?

Das Notebook hatte Windows Internet Explorer 11 installiert. Dieser erwzingt den „Light Modus“ im OWA 2010.
Dies lässt sich allerdings durch den Kompatibilitäts Modus umgehen. Also einach die OWA Seite zu der Kompatibiltätsliste hinzufügen und schon geht wieder alles.

Die Kompatibilitätsliste finden man unter Extras -> Einstellungen der Kompatibilitätsansicht.

Greetz

Stephan