Kategorie-Archiv: Microsoft 365

Problem

Das Office 365 Offline Setup mit herunterladen („Bereitstellen„) und offline installieren funktioniert sehr gut, leider nur mit „Office ProPlus“, nicht jedoch mit dem „Office Business Retail“ das in den anderen (Business-) Plänen enthalten ist. Die Clientseitige Umstellung („Konto wechseln“) geht zwar immernoch schneller als neu herunterladen, aber die Fehlermeldung nervt doch.

Lösung

Mit einer kleinen Anpassung in der configuration.xml lässt sich auch das passende Produkt herunterladen. Es gibt für das „Product ID“ Element in der configuration.xml Datei neue gültige Bezeichner:

Zudem gibt es auch neue IDs für das Office 365 Setup für die Einzelprodukte:

• AccessRetail
• ExcelRetail
• HomeBusinessRetail
• HomeStudentRetail
• InfoPathRetail
• ProfessionalRetail
• O365HomePremRetail
• O365SmallBusPremRetail
• OneNoteRetail
• OutlookRetail
• PowerPointRetail
• ProjectStdRetail
• PublisherRetail
• VisioStdRetail
• WordRetail

Ein Beispiel für ein „Office 365 Business Premium Offline Setup“ sieht also so aus:

<Configuration>
  <Add SourcePath="\\SERVER\FREIGABE\PFAD\" OfficeClientEdition="32" >
    <Product ID="O365BusinessRetail">
      <Language ID="de-de" />
    </Product>
  </Add>
  <Updates Enabled="TRUE" UpdatePath="\\SERVER\FREIGABE\PFAD\" />
  <Display Level="None" AcceptEULA="TRUE" />
</Configuration>

Offline Update auf Office 2016

Das Upgrade vorhandener Installationsdateien lässt sich durch die neue Version des Deployment-Tools und erneutes ausführen von

setup.exe /download <pfad>\configuration.xml

durchführen. Die Clients übernehmen das danach selbstständig, von online oder erneutes ausführen von /configure.

[Update: Microsoft hat einen KB-Artikel nachgereicht, der die aktualisierten Product-IDs enthält]

[Update: Microsoft hat einen Technet-Artikel nachgereicht, der auch das Exclude-Element dokumentiert]

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.

Das Setup für die Office 2013 Programme aus Office 365 (die Clickstream-Installation) ist sehr einfach erledigt und bei einer schnellen Internetverbindung in relativ kurzer Zeit passiert.

Wie aber installiert man mehrere Computer in einem Netzwerk? Oder einen PC mit langsamer Internetanbindung? Microsoft hat diesen Fall immerhin vorgesehen, wenn auch nicht unbedingt einfach zugänglich gemacht. Es wäre ja auch VIEL zu einfach, wenn ein Admin das Officepaket herunterladen und direkt installieren könnte *kopfschüttel*. wie auch immer, so funktioniert die Office 365 Netzwerkverteilung (neudeutsch ‚On Premise deployment‘).

Lösung

1. Das „Office Deployment Tool for Click-to-Run“ herunterladen und den Inhalt der Datei mit 7Zip auf den deployment UNC-Netzwerkshare (\\server\foobar) auspacken. Eine Installation ist NICHT notwendig.
2. Die configuration.xml wie folgt bearbeiten:

   <Configuration>
    <Add SourcePath="\\server\foobar\ordner\" OfficeClientEdition="32" >
    <Product ID="O365ProPlusRetail">
    <Language ID="de-de" />
    <ExcludeApp ID="InfoPath" />
    </Product>
    </Add>
    <Updates Enabled="TRUE" UpdatePath="\\dcw1\install$\office365\" />
    <Display Level="None" AcceptEULA="TRUE" />
   </Configuration>

   Es ist hier auch möglich, das Setup noch weiter anzupassen:

   1. Office-Apps von der Installation ausnehmen
   2. Office-Apps hinzufügen (Visio, Project …)
   3. Setup-Optionen (EULA, Logging …)
3. Das Setup zum Herunterladen der Office-Click-to-Run Setupdateien auffordern (das Paket ist etwa 1.4gb groß):

   setup.exe /download <pfad>\configuration.xml

4. Aus diesen Ordner kann man dann das Officepaket nun lokal im Netzwerk installieren:

   setup.exe /configure <pfad>\configuration.xml

Wird das Setup mit „/download“ aufgerufen, werden die Dateien auf der Netzwerkfreigabe (oder dem lokalen Laufwerk) gespeichert. Wenn das Setup dann zum Installieren mit „/configure configuration.xml“ gestartet wird, holt der Installer die notwendigen Dateien ebenfalls vom selben Ort ab. Mehr Details zu dem Tool gibt es bei Microsoft unter http://technet.microsoft.com/en-us/library/jj219422.aspx.

Seit dem 1. September 2014 gibt es mit shared computer activation die neue Terminalserver-Installationsmethode für Office 365 ProPlus. Das Office-Paket aus Office 365 E3 und Office 365 ProPlus kann jetzt mit Hilfe des Office Deployment Tool auf Terminalservern ab Windows Server 2008 R2 (mit aktivierter RDS-Rolle) oder auch in virtuellen Desktop Pools installiert werden. Das bedeutet, dass man endlich nicht mehr diesen (ansonsten) unsinnigen einzelnen zusätzlichen Office 2013 Professional Plus-Datenträger (+Key) braucht.
Bei der Installation muss auch nicht mehr das gesamte Paket installiert werden, sondern man kann mit Hilfe der Steuerdatei für die Installation auch einzelne Anwendungen von der Installation ausschließen. Das ist ja schon fast Praxisnah! 🙂

Jetzt kommt der fiese Teil.

Die neuen Office 365-Businesspläne bringen dafür keine RDS-Berechtigung mehr mit. In den M-Plänen und E-Plänen als OpenValue -Volumenvetrag war das PUR dazu enthalten, in Business nicht mehr. Alle Kunden die Office 365 Business oder Office 365 Business Premium in Zukunft kaufen, verfügen nicht über den gleichen Programm- und Funktionsumfang wie Office 365 ProPlus. Und so sehen die „neuen“ Berechtigungen im Detail aus: