Kategoriearchiv: Microsoft 365

Office365 Exchange Online POP/IMAP/SMTP Servernamen

Veröffentlicht am von — 2 Kommentare ↓

office365popimapsmtpEigentlich sind die Einstellungen für jeden Postfachnutzer unter „Optionen“ indirekt erreichbar eingetragen, aber seit Wave „blue“ habe ich bisher nur noch diese Einstellungen gesehen. Daher als kurze Notiz die Servernamen

POP3

Servername: outlook.office365.com
Port: 995
Verschlüsselungsmethode: SSL (obligatorisch)

IMAP

Servername: outlook.office365.com
Port: 993
Verschlüsselungsmethode: SSL (obligatorisch)

SMTP

Servername: smtp.office365.com
Port: 587
Verschlüsselungsmethode: TLS (obligatorisch)

Achtung, die Cryptobibliotheken unter Windows Server 2003 unterstützen die geforderte Mindestschlüssellänge und Hash noch noch nicht (2048bit/SHA1). Sowohl Client- als auch Serververbindungen (IIS-SMTP-Relay, ActFax, OutlookExpress …) funktionieren hier nicht. Laut Microsoft wird das auch nicht mehr unterstützt werden.

Scanner senden keine E-Mails über Windows IIS-SMTP-Relay (Logfile: „BDAT“)

Veröffentlicht am von — Keine Kommentare ↓

Problem

windows-iis-smtp-log-BDATEin Flur-Scanner (wir nennen diese Dinger intern gerne „Raumschiff“) versendet „auf einmal“ keine (größeren) Dokumente mehr per E-Mail. Kleine Dokumente funktionieren fehlerfrei – die Meldung am Display des Gerätes dazu lautet „Die Festplatte des Servers ist voll“. Es wird über ein Windows IIS-SMTP-Relay an Office365 gemailt. Der Fehler tritt bei Geräten von Develop (Beispiel ineo+ 220) auf, andere Geräte verschicken mit der Meldung „Message size too big“ überhaupt nichts. Der Server hat selbstverständlich ausreichend Platz.

Lösung

Der Scanner versendet keine größen eingescannten Dokumente mehr, weil die Nachrichtengröße überschritten ist und der Scanner zu dem erweiterten SMTP-Befehl BDAT wechselt. Das funktioniert so nicht richtig, weil die IIS-Metabase zwar die verwendung von BDAT zulässt, die Verbindung aber (ohne Fehlermeldung) beim erreichen der maximalen Nachrichtengröße beendet. Das sieht man sehr schnell und eindrucksvoll in den zugehörigen IIS SMTP LogFiles (\inetpub\LogFiles\SMTPSVC*). Anstell des DATA-Commands folgt da ein auf den ersten blick verwirrender Stapel Binärdaten. Dieser Stapel bricht irgendwann kommentarlos ab.

Zwei Möglichkeiten zur Fehlerbehebung:

  1. Maximal Nachrichtengröße erhöhen (IIS 6.0 Manager > SMTP Virtual Server > Eigenschaften > Nachrichten > „Nachrichtengröße beschränken“ anpassen
  2. In der IIS6 Metabase den SmtpInboundCommandSupportOptions Integer anpassen (/LM/SmtpSvc/<id>/) um das BDAT-Verb zu verbieten.

iis6-smtp-metabase-explorer

Office 2010 aus Office365 sagt „Produkt nicht aktiviert“

Veröffentlicht am von — Keine Kommentare ↓

Problem

office2012-office365-nicht-aktiviertOffice 2010 behauptet ‚plötzlich‘ in den Anwendugen: „Produkt ist nicht lizensiert“. Es gibt keine (offensichtliche) Möglichkeit den Aktivierungsassistenten aufzurufen. Wenn man den Assistenten an der Kommandozeile aufruft:

"%ProgramFiles(x86)%\Common Files\Microsoft Shared\OFFICE14\OSAUI.exe" /K

wirft der Assistent den Fehler „No Subscriptions Found“ Fehler 0000001E.

Lösung

Es sind vermutlich mehrere Officeprodukte auf der Maschine installiert. damit sind nicht nur Versionen sondern auch Lizensierungsformen gemeint. Es wurde vermutlich eine nicht-lizensierte Komponennte gestartet.

  1. Datum, Uhrzeit und Zeitzone des Computers prüfen/korrigieren
  2. Prüfen von ugg.li/office-20102013-oder-office365-product-unlicensed/
  3. Neu-Initialisieren des Aktivierungsassistenten 
    "%ProgramFiles(x86)%\Common Files\Microsoft Shared\OFFICE14\OSAUI.exe" /K

VOR dieser Maßnahme aber den Office365-Account testen – nicht das diesem Nutzer gar kiene Office-Lizenz zuordner wurde oder das Kennwort abgelaufen ist.

Obsoleter Office365 Support

Veröffentlicht am von — Keine Kommentare ↓

Ungeschöntes Zitat aus einer Antwortmail vom Microsoft Office365 Support. Wtf?

Wie gesprochen, wir können Ihnen keine Analyse anbieten bezüglich Ihrer Frage warum die lokale und Office 365 Konten immer wieder bei Office 365 gewechselt werden. Unsere Abteilung bietet keine Ursachenanalyse an und verfügt über den Ressourcen diese durchzuführen nicht.

Ähm, Wer fragt nach einer analyse? Ich brauche iene Lösung. Und wenn nicht ihr, wer dann?

Office365 Powershell Modul: „Sie benötigen Version 7.0 oder höher des Microsoft Online Serivices Anmeldeassistenten …“

Veröffentlicht am von — 2 Kommentare ↓

sie-benoetigen-version-7-oder-hoeher
Problem

Das Office365 (=Windows Azure) Powershell-Modul lässt sich nicht installieren, mit der Fehlermldung: „Sie benötigen VErsion 7.0 oder höher des Microsoft Online Services Anmeldeassistenten, wenn Sie das Windows Azure Active Directory-Modul für Windows PowerShell auf diesem Computer installieren möchten“. Die Systemvoraussetzugnen (Powershell, Online Services Sign-in Assistant) sind in der korrekten Version installiert.

Lösung

Die Deutsche Version des Windows Azure Active Directory Module for Windows PowerShell (AdministrationConfig-DE.msi) liegt zwar in der richtigen Version vor, das Setup setzt aber den Registry-Schlüssel dafür nicht richtig. Die englische Version macht das korrekt, die kann man aber als Deutsches Admin nicht ohne weiteres herunterladen.

Abhilfe schafft der korrekte Registry-Eintrag:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSOIdentityCRL]
"MSOIDCRLVersion"="7.250.4551.0"

Dann läuft der Assistent durch. Nach der Installation kann der Wert wieder auf den Ursprünglichen zurückgesetzt werden (stand heute: 7.250.4209.0).