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

Das Microsoft Office 365 Newsletter Tool ist nicht so gut in … Newslettern

Wenn man an andere Herausforderungen in der IT denkt, ist das hier natürlich ein Luxusproblem. Eingedenk der Tatsache, das dieser SPANnende Titel vom Microsoft Office 365 Team über Office 365 mit dem Office 365 Newsdigest verschickt wurde, darf der IT’ler aber durchaus mal schadenfroh schmunzeln.

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.

 

In Office 365 die „Alternative E-Mail Adresse“ oder Handynummer von Benutzern anzeigen/auflisten

Problem

Ein Benutzer möchte sein Office 365 Kennwort zurücksetzen, kann sich aber nicht mehr an seine alternative (zweite) E-Mail Adresse oder seine dafür gespeichterte Handynummer erinnern. Das soll tatsächlich vorkommen …

Lösung

An der Office 365 Powershell kann man der Admin die Alternate-Details „seiner“ Benutzer auflisten …

Get-MsolUser -UserPrincipalName [email protected] | fl aternate*

… und natürlich auch ändern:

Set-MsolUser -UserPrincipalName [email protected] -AlternateEmailAddresses [email protected]
Set-MsolUser -UserPrincipalName [email protected] -AlternateMobilePhones 017355555555

 

 

Office 365 Benutzern erlauben, ihre Kennwörter selbst zurückzusetzen

Als Office 365-Administrator kann man seinen Benutzern erlauben, den Link „Konto wieder aktivieren“ (aka ‚Kennwort vergessen‘ oder ‚Sie können nicht auf ihr Konto zugreifen‘) zu verwenden. Deren Kennwörter müssen dann nicht mehr vom Admin zurückgesetzt werden sondern Benutzer können das selber erledigen. Der Trend geht sowiso zum „Kennwort selber zurücksetzen„.

In der Office 365-Testversion funktioniert das allerdings nicht, weil da noch kein AzureAD enthalten ist. Jedes Business-Abonnoment enthält den Zugang zum Office 365 Azure AD. Zweite Ausnahme: Wenn man ein lokales Active Directory via Federation Trust (ADFS) verwendet, ist „Azure AD Premium“ erforderlich.

Zulassen, dass Benutzer ihre eigenen Kennwörter in Office 365 zurücksetzen:

  1. Den Office 365 Administrator („Admin Center“) öffnen
  2. Links unter „Einstellungen“  auf „Sicherheit und Datenschutz“ klicken
  3. Dann rechts in der Box „Lassen Sie Ihre Benutzer ihre eigenen Kennwörter zurücksetzen“ auf das „Azure AD Admin Center“ klicken
  4. In dem in einem neuen Tab öffnenden „Azure Activ Directory Admin Center“ links auf „Benutzer“
  5. Rechts auf „Zurücksetzen des Kennwortes“
  6. In der neuen spalte rechts kann man nun die Einstellung auswählen. Alle, Nur bestimmte oder Keiner.
  7. Dann oben „Speichern“ auswählen und nach ein paar Minuten ist die Einstellung aktiv
  8. Unter „Authentifizierungsmethoden“ kann man nun auch hinzufügen, wie den Benutzer das erlaubt sein soll (E-Mail, Handy, Bürotelefon, Sicehrheitsfrage)

azure-ad-admin-center