Microsoft OneDrive Explorer-Fenster öffnet sich ständig von selbst

Problem

Ein Anweder klagt, es würde sich sporadisch und vor allem ohne Zutun ein Explorer-Fenster öffnen, das den Inhalt der Microsoft OneDrive (for Business) zeigt.

Lösung

Der Nutzer hat recht, es gibt tatsächlich einen Geist der das Fenster „von selbst“ öffnet. Und zwar aus der Zeit vor dem Windows 10 Update; war auf dem PC vorher schon OneDrive installiert, entfernt das Upgrade zwar die alte OneDrive-Installation, nicht aber den Update-Task dazu.

In der Aufgabenplanung nach „Microsoft OneDrive Auto Update Task“ suchen. Wenn dieser im Format „Microsoft OneDrive Auto Update Task-S-x-x-xx-xxxxxxxxxx-xxxxxxxxx-xxxxxxxxxxx-xxxx“ angelegt ist und auf „%localappdata%\Microsoft\OneDrive\OneDrive.exe /autoupdate“ zeigt, ist dieser veraltet und löst das Fenster aus.

Diesen Task einfach deaktivieren, schon ist Ruhe.

Die „richtigen“ geplanten Aufgaben heissen „OneDrive Standalone Update Task“ und zeigen auf den Installer in „%localappdata%\OneDrive\17.3.6517.0809\OneDriveStandaloneUpdater.exe“.

„Diese Kopie von Microsoft Office kann auf einem Computer, der die Terminaldienste ausführt, nicht verwendet werden.“ mit Office 365 ProPlus

Trotz korrekter Terminalserver-Installation kommt es seit Ende der Jahres 2018 unter Windows Server 2016 in einer RDS-Umgebung häufiger zu diesem Fehler beim Start der Office-Anwendungen:

Diese Kopie von Microsoft Office kann auf einem Computer, der die Terminaldienste ausführt, nicht verwendet werden. Damit Microsoft Office auf einem Computer, der die Terminaldienste ausführt, verwendet werden kann, müssen Sie eine Volumenlizenzedition von Office verwenden.
Diese Kopie von Microsoft Office kann auf einem Computer, der die Terminaldienste ausführt, nicht verwendet werden. Damit Microsoft Office auf einem Computer, der die Terminaldienste ausführt, verwendet werden kann, müssen Sie eine Volumenlizenzedition von Office verwenden.

Der Inhalt dieser Meldung ist mit Office ProPlus natürlich Unsinn und nur ein Überbleibsel aus vergangenen Tagen. Office ProPlus (oder auch „O365ProPlusRetail“) dürfen durchaus in RDS-Umgebungen genutzt werden.

Eigentlich sorgt bei der Installation der Klick-und-Los Variante („setup /configure“) der Eintrag „SharedComputerLicensing“ in der XML-Datei für die richtige Konfiguration; das scheint aber nicht immer so richtig zu klappen. Vor allem unter Office 2019 (das nur Office365 heißt) ist das der Fall – vermutlich weil sich der zugehörige Registry-Schlüssel geändert hat. Früher wohnte dieser in Office\<version>\ClickToRun, nun entfällt <version>.

„Richtige“ Bereitstellungsdatei

<Configuration>
  <Add OfficeClientEdition="32" Channel="Monthly">
    <Product ID="O365ProPlusRetail">
      <Language ID="de-de" />
    </Product>
  </Add>
<Updates Enabled="TRUE" Channel="Monthly" />
<Display Level="NONE" AcceptEULA="TRUE" />
<Property Name="AUTOACTIVATE" Value="1" />
<Property Name="SharedComputerLicensing" Value="1" />  <--_HIER____
</Configuration>

Lösung

Wenn das mal wieder nicht so recht geklappt zu haen scheint, kann man den notwendigen Registry-Eintrag jederzeiot von Hand hinzufügen und schon ist Office wieder Terminalserver-Fähig.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\Configuration
   Name: SharedComputerLicensing
   Typ: REG_SZ ("Zeichenfolge")
   Inhalt: 1

Es ist kein reboot notwendig, nach einem Neustart der Anwendungen läuft Office ohne Fehler.

Office 365 Aktivierungsdialog verschwindet & Outlook Postfach lässt sich nicht einrichten

Problem:

Das frisch installierte Office 365 Paket lässt sich nicht aktivieren. Nach Eingabe des Benutzernamens/E-Mailadresse verschwindet der Aktivierungsassistent. In einigen fällen bleibt die entsprechende Office Anwendung hängen. Mit einem anderen Office 365 Benutzer klappt die Aktivierung.

Auch im Outlook lässt sich das Postfach des Benutzers nicht einrichten. Weder über den Outlook-Ersteinrichtungsassistenten noch über den „Profil hinzufügen“-Assistenten der Systemsteuerung.

Lösung:

Einen DWORD-Wert EnableADAL mit Wert 0 in folgendem Registry-Key anlegen:

HKCU\Software\Microsoft\Office\1x.0\Common\Identity

Project oder Visio aus Volumenlizenz oder Retail zusammen mit Office 365 installieren

Problem

Bei dem Versuch Visio, Project oder andere klassische Office-Tools zusammen mit einem frisch installierten Office 365 („Klick-and-Run“ Setup) zu nutzen erscheint beim Setup die Fehlermeldung:

Wir sind auf ein Problem getoßen

Beim Office Klick-und-Los-Installer ist leider ein Problem aufgetreten, weil auf Ihrem Computer die folgenden, auf dem Windows-Installer basierten Office-Programme installiert sind:
Microsoft Office Profssional Plus 2016 Klick-und-Los und Windows Installer-Editionen von Office-Programmen können in dieser Version nicht parallel installiert werden …

Lösung

Eine Installation von Windows-Installer Dateien zusammen mit Click-to-Run Produkten ist offiziell nicht unterstützt. Die Mischung der Lizenzierungsformen (nicht Setup-Dateien!) funktioniert aber sehr wohl – man muss nur die passende Installation nutzen.

Dieser Trick macht die Installation möglich, ändert aber nicht die Lizenzform. Man erhält also keine Office365-typischen Updates für das Produkt. Weiterhin gibt es nur „normale“ Patches.

  1. Download des Office Deployment Tools (http://go.microsoft.com/fwlink/p/?LinkID=626065)
  2. Erstellen einer für Visio/Project passenden config.xml
    1. config.xml Beispiele liegen dem Setup nach dem auspacken bei
    2. Meistens muss nur die „Produkt ID“ angepasst werden
    3. Alle möglichen Product-IDs gibt’s direkt bei Microsoft
    4. Die restliche Konfiguration enfernen
  3. Anwendung mit setup.exe /download MEINNAME.xml (setup.exe aus dem Deployment Tool) herunterladen
  4. Anwendung mit setup /configure MEINNAME.xml (ebenfalls das Deployment Tool) installieren
  5. Anwendung starten und mit Ihrem jeweiligen Lizenzschlüssel aktivieren

AzCopy bricht ab „Transfer FAILED: … The client could not finish the operation within specified timeout“

Problem

Bei einer Exchange zu Office 365 Migration bricht AzCopy beim Bulk-Upload der PST-Dateien zu Office 365 den Upload ständig ab. Dabei gibt es im Log die Fehlermeldung:

[2008.01.18 13:37:34.357+02:00][VERBOSE] Transfer FAILED: C:\Temp\foo.pst => https://7777723982398988.blob.core.windows.net/ingestiondata/foo.pst.
[2008.01.18 13:37:34.373+02:00][ERROR] C:\Temp\foo.pst: The transfer failed.
The client could not finish the operation within specified timeout.

Lösung

Zuerst sicherstellen, das Download AzCopy (heute ist Version 7.1.0 aktuell): https://aka.ms/downloadazcopy

Der parameter /NC:<ZAHL> bestimmt die Anzahl der Upload-Thrads. Bei (Upload-) Bandbreiten unterhalb vom 5Mbps sollten hier 3-4 Thrads reichen. In einem besondes hartnäckigen Fall war „/NC:2“ notwendig.