Lösung

Installieren der SharePoint Online Management Shell

Verbindung mit SharePoint Online via PowerShell herstellen. Dazu ein PowerShell-Fenster öffnen und den nachfolgenden Befehl eingeben. Im Anmeldefenster einen Benutzer mit Administrationsrechten verwenden und anmelden

Connect-SPOService

Als nächstes muss die URL des gewünschten OneDrives des gelöschten Benutzers herausgefunden werden.

Generell setzt sich die URL aus dem Azure Tenant Namen und dem Benutzernamen zusammen

https://<tenant name>-my.sharepoint.com/personal/<user principal name> 

Diese URL fügt man nun in den nachfolgenden Befehl ein. zusätzlich wird noch ein Benutzerkonto mit Berechtigungen zum Zugriff auf das OneDrive benötigt. Der vollständigen UPN muss ebenfalls in den Befehl integriert werden. Anschließend den Befehl ausführen

Set-SPOUser -Site URLDERONEDRIVESEITE -IsSiteCollectionAdmin $true -LoginName BENUTZERMITBERECHTIGUNG

Nach absetzen des Befehls ist dem Benutzer der Zugriff auf das OneDrive erteilt und er kann über den vorher herausgesuchten Link darauf zugreifen.

Der Beitrag Auf OneDrive eines gelöschten Benutzers zugreifen erschien zuerst auf Daniel Gutermuth.

Lösung (Kurzfassung)

Sicherstellen, dass der Textinhalt nicht in das reservierte Signatur-Segment geschrieben wird.
Um das zu prüfen kann der geschriebene Text zuerst markiert und darauf anschließend ein Rechtsklick ausgeführt werden. Öffnet sich das „normale“ Kontextmenü , ist alles korrekt. Öffnet sich mit dem Rechtsklick aber das Signatur-Kontextmenü, so steht der Text im Signatur-Segment und muss von dort verschoben werden.

Lösung (Ausführlich)

Für die Outlook-Signatur gibt es im E-Mail Body einen reservierten Bereich. Schreibt man in diesen Bereich Text, so besteht die Gefahr, dass dieser überschrieben wird.

Das nachfolgende Beispiel soll dies verdeutliche. Der Inhalt „Text 3“ befindet sich hier im Bereich der E-Mail-Signatur.

Wird nun die E-Mail-Signatur eingefügt, überschreibt sie diesen Textinhalt

Durch die Markierung ist der Anfang der E-Mail-Signatur zu erkennen. Dabei startet sie nicht beim ersten Buchstaben, sondern schon vorher mit Zeilenumbrüchen. Diese müssen beim Löschen der Signatur ebenfalls entfernt bzw. der Textinhalt über diese verfasst werden.

Beim Verfassen einer neuen E-Mail daher darauf achten, wo sich der geschriebene Text befindet. Löscht man die E-Mail-Signatur bei einer neu verfassten E-Mail, so ebenfalls sicherstellen, dass die komplette Signatur inkl. Zeilenumbrüchen aus der E-Mail entfernt wurde. Anschließend überschreibt die Signatur auch keinen Text mehr

Der Beitrag Outlook – Signature 365 (Symprex) löscht / überschreibt E-Mail Text erschien zuerst auf Daniel Gutermuth.

Um einen generellen Fehler auszuschließen, empfiehlt sich zuerst eine Überprüfung via WebApp.

• Office 365: https://outlook.office.com/mail/

Sollte hier alles problemlos funktionieren, liegt der Fehler höchstwahrscheinlich lokal.

Die hier gezeigt Lösung bezieht sich auf Office 365, ist aber deckungsgleich mit Office 2021, 2019 oder 2016. Alles auf eigene Gefahr!

Lösung

Dazu Outlook starten und Datei ➔ Informationen ➔ Kontoeinstellungen ➔ Kontoeinstellungen.. wählen.

Im Reiter E-Mail das entsprechende Postfach auswählen und Ändern klicken.

Weitere Einstellungen wählen.

Im Reiter Erweitert den Optionspunkt „Exchange-Cache-Modus verwenden“ aktivieren und mit OK alles bestätigen.

Hinweis: Sollte der Unterpunkt „Freigegebene Ordner herunterladen“ aktiv ein, diesen deaktivieren.

Anschließend muss Outlook neu gestartet werden.

Nach dem Neustart die identischen Schritte wie zuvor vornehmen, bis zum letzten Punkt. Hier muss nun der Unterpunkt „Freigegebene Ordner herunterladen“ aktiviert werden.

Outlook ein letztes Mal neu starten.

Hinweis: Dauert der Neustart von Outlook länger als zwei Minuten, kann Outlook einfach geschlossen und nochmals gestartet werden.

Sollte der Fehler weiter bestehen, empfiehlt es sich das Outlook-Profil neu zu erstellen.

Der Beitrag Outlook – Freigegebenes Postfach zeigt neuen Ordner oder verschobenes Element nicht an erschien zuerst auf Daniel Gutermuth.

Eine Möglichkeit bietet das Anfügen einer Warnung bei externen E-Mails. Wird anschließend einem Postfach eine E-Mail von außerhalb der eigenen Organisation oder Domäne zugestellt, wird dieser E-Mail automatisch ein entsprechender Warnhinweis angefügt. Besonders hilfreich ist es bei Mail-Spoofing.

Hinweis: Die nachfolgenden Schritte werden bei Exchange Online durchgeführt. Eine Umsetzung bei on-premise Exchange-Versionen ist aber fast identisch möglich. Die Menüführung kann sich ggf. unterscheiden.

Lösung

Am Exchange Admin Center anmelden und unter Mail flow in den Punkt Rules wechseln und dort Create a new rule wählen.

Hinweis: Hierfür ist ein Konto mit entsprechenden Administrationsberechtigungen notwendig!

Der neuen Regel anschließend einen passenden Namen vergeben und als Bedingung The sender is located ➔ Outside the organization verwenden. Mit OK bestätigen.

Im nächsten Schritt Append the disclaimer als DANN-Funktion wählen und unter specify disclaimer text den HTML-Code mit dem gewünschten Hinweistext einfügen und mit OK bestätigen.

<!DOCTYPE HTML PUBLIC " -W3CDTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Email Signature</TITLE>
<META content="text/html; charset=utf-8" http-equiv="Content-Type">
</HEAD><BODY style="font-size:10pt; font-family:Arial, sans-serif;">
<p style="font-size:10pt; font-family:Arial, sans-serif;color:red; ">
<b>VORSICHT: Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links oder öffnen Sie Anhänge, es sei denn, Sie erkennen den Absender und wissen, dass der Inhalt sicher ist.
</b>
</p>
</BODY>
</HTML>

Bei specify fallback action den Punkt Wrap verwenden und mit OK schließen.

Falls Bedarf besteht, können noch weitere Bedingungen hinzugefügt werden. So können beispielsweise einzelne Personengruppen oder auch bestimmte E-Mail-Absender von der Regel ausgenommen werden.

Ansonsten die Erstellung mit einem Klick auf Save abschließen.

Anschließend sicherstellen, dass die neue Regel aktiviert ist.

Nun kann die neue Regel getestet werden. Dazu eine E-Mail von einem Absender außerhalb der Organisation versenden oder auf eine beliebige, externe E-Mail warten.

Bei dieser wird nun die vorher definierte Warnung angezeigt.

Diese Funktion ist natürlich kein Garant für eine hundertprozentige Sicherheit, bietet aber eine gute erste Basisabsicherung mit Exchange Bordmitteln.

Der Beitrag Exchange – Warnung bei externen E-Mails anfügen erschien zuerst auf Daniel Gutermuth.

Welcher Migrationsansatz gewählt wird, ist vom jeweiligen Einzelfall abhängig. Bei kleinen und eher standardmäßigen Umgebungen, kann eine CutOver-Migration eine vailide Lösung sein.

Bei einer CutOver-Migration wird im Exchange Admin Center (online) ein sogenannter Migrationsbatch erstellt. Dieser stellt sicher, dass die lokalen Postfächer nach Exchange Online verschoben werden. Dabei baut Exchange Online eine Verbindung via EWS mit dem lokalen Exchange Server auf.

Damit alles ohne Fehler funktioniert, gibt es ein paar Dinge zu beachten.

Dieser Beitrag geht davon aus, dass bereits eine Anbindung an das Azure AD besteht, inkl. Azure AD Connect. Nun soll „nur“ noch der lokale Exchange Server durch Exchange Online ersetzt werden. Ein Hybrid-Modus ist nicht vorgesehen!

Hinweis: Alles auf eigene Gefahr! Dies ist keine Anleitung. Super Anleitungen sind u. a. hier zu finden.

Lösung

• EWS konfigurieren

Exchange Online holt sich Informationen über Benutzer und deren Daten direkt per EWS. So muss der lokaler Exchange Server zumindest von Exchange Online (Microsoft 365) per HTTPS erreichbar sein.

Für diese Verbindung wird zwingend ein gültiges Trusted-SSL-Zertifikat benötigt!

• Lokale SMTP-Adressen entfernen

Lokale SMTP-Adressen (z. B. benutzer@domäne.local) müssen vor der Migration entfernt werden, sonst schlägt der Migrationsbatch fehl.

Erledigt werden kann dies lokal mit PowerShell und dem Befehl:

Set-Mailbox "Benutzer Name" -EmailAddresses @{remove="BenutzerName@domäne.local"}

• onmicrosoft SMTP-Adresse hinzufügen

Jeder Microsoft 365-Tenant besitzt automatisch eine Standard onmicrosoft-Domäne.

Diese Domäne muss als SMTP-Adresse bei jedem Migrationsobjekt vor Migrationsbeginn hinzugefügt werden.

Auch hier kann PowerShell die Arbeit lokal erledigen:

Set-Mailbox "Benutzer Name" -EmailAddresses @{Add="BenutzerName@XXXXonmicrosoft.com"}

• „Hybrid“-Dienstkonto für Postfächer einrichten

Damit die Postfächer nach Exchange Online migriert und dort konfiguriert werden können, muss ein Dienstkonto erstellt werden, welches auf die Objekte Vollzugriff besitzt. Dieses Konto muss lokal, sowie in der Cloud bereitstehen.

Über PowerShell kann der Vollzugriff auf die lokalen Postfächer erteilt werden:

Add-MailboxPermission -Identity "Benutzerpostfachkonto" -User "DienstBenutzer" -AccessRights FullAccess -InheritanceType All

Nach Abschluss der Migration kann der Vollzugriff wieder entfernt werden!

• Migrationsbatch

Anschließend wird im Exchange Admin Center (online) der Migrationsbatch über den Assistenten erstellt. Hier werden u.a. der Dienstbenutzer, sowie die EWS-Verbindung benötigt.

Nach Abschluss des Assistenten, kann der Migrationsbatch gestartet und damit die Postfächer synchronisiert werden.

Hinweis: Ein Start des Batches bedeutet noch keine Cut-Over-Migration! Der Migrationsbatch kopiert alle Postfächer nach Exchange Online und synchronisiert anschließend alle 24 Stunden deren Delta. Erst wenn der Migrationsbatch explizit vom Benutzer im Exchange Admin Center (online) abgeschlossen wird, synchronisiert er zum letzten Mal das Delta und beendet die Migration anschließend.

Das ist besonders hilfreich, wenn eine hohe Datenmenge migriert werden muss, aber nur eine begrenze Internetanbindung besteht. So kann das Verschieben der Postfächer auf mehrere Tage verteilt werden, ohne dass die bestehende Exchange-Umgebung beeinträchtigt wird.

• MX-Eintrag

Sobald der Migrationsbatch explizit abgeschlossen wurde, muss natürlich noch der MX-Eintrag im DNS umgestellt werden. Ab diesem Zeitpunkt werden die E-Mails von Exchange Online verwaltet.

Tipp: Hier ist es empfehlenswert ein Wartungsfenster einzurichten und den lokalen Exchange-Server für die Benutzer zu sperren. Anschließend den Migrationsbatch beenden und ein letztes Mal synchronisieren lassen. Damit ist sichergestellt, dass die Postfächer jeweils auf einem aktuellen Stand sind.

Hinweis: Die lokalen Postfächer nach der Migration nicht löschen, da dadurch die AD-Benutzer ebenfalls gelöscht werden würden. Nur deaktivieren!

• Autodiscover

Auch der Autodiscover muss abgeändert werden. Dies gilt sowohl für lokale Ressourcen (DNS) als auch für externe Ressourcen (DNS).

Anmerkungen

Jede Exchange-Umgebung ist anders aufgebaut und somit können noch weitere Schritte anfallen.

Am Ende steht die Deprovisionierung bzw. Deinstallation des lokalen Exchange Servers. Man muss sich im Klaren sein, dass die vollständigen Deinstallation des Exchange Servers aus der Domäne fatale Folgen mit sich ziehen kann, wenn vorher nicht alles korrekt ausgeführt wurde.

Daher immer doppelt prüfen und Backups machen!

Der Beitrag Exchange Online – Was gibt es alles bei einer CutOver Migration zu beachten? erschien zuerst auf Daniel Gutermuth.

In diesem Beispiel wird das PowerShell Script in Intune eingebunden und bereitgestellt.

Lösung

Den Editor öffnen und den Inhalt des unten stehenden Scripts in diesen kopieren.

# Silent Installation von Mozilla Firefox


# Pfad zum Temp-Ordner für die Installation
$Installdir = "c:\temp\install_Firefox"
New-Item -Path $Installdir  -ItemType directory

# Download der neusten Mozilla Version
$source = "https://download.mozilla.org/?product=firefox-latest&os=win64&lang=de"
$destination = "$Installdir\firefox.exe"
Invoke-WebRequest $source -OutFile $destination

# Start der Installation nach Abschluss des Downloads
Start-Process -FilePath "$Installdir\firefox.exe" -ArgumentList "/S"

# Timeout für den Abschluss der Installation (240 Sekunden)
Start-Sleep -s 240

# Abschluss
rm -Force $Installdir\*

Datei – Speichern unter wählen und das Skript mit der Dateiendung .ps1 und Dateityp Alle Dateien abspeichern.

In das Microsoft Endpoint Portection Manager Admin Center gehen und durch Devices in den Punkt Scripts wechseln und dort auf Add Windows 10 and later klicken.

Anschließend einen Namen vergeben und mit Next weitergehen.

Nun muss das zuvor erstellte PowerShell Script hochgeladen werden.

Die restlichen Punkte können so belassen werden. Weiter mit Next.

Im letzten Schritt müssen noch die Gruppen zugewiesen und der Vorgang mit Add abgeschlossen werden.

Sobald die Einstellungen synchronisiert wurden, wird das Script ausgeführt und Mozilla Firefox installiert.

Natürlich wäre es auch möglich, das Script als Win32-App zu paketieren und über das Unternehmensportal bereitzustellen.

Der Beitrag Intune – Mozilla Firefox via PowerShell installieren erschien zuerst auf Daniel Gutermuth.

Dies muss gemacht werden, da Azure AD nicht mit privaten TLDs (domain.local, domain.intra) arbeiten kann.

Domäne:

• danielgutermuth.local = privat
• danielgutermuth.de = öffentlich

Benutzer:

• Benutzer@danielgutermuth.local = privat
• Benutzer@danielgutermuth.de = öffentlich

Hinweis: Es muss der Suffix verwendet werden, welcher auch in Microsoft 365 / Office 365 registriert ist und verwendet wird. Ist bei Microsoft 365 / Office 365 die Domain danielgutermuth.de registriert, dann muss der Suffix danielgutermuth.de auch lokal verwendet werden.

Lösung

Für die Umstellung des UPN-Suffixes auf dem Domänencontroller Active Directory-Domänen und -Vertrauensstellungen öffnen. Anschließend einen Rechtsklick auf Active Directory-Domänen und -Vertrauensstellungen machen und in die Eigenschaften gehen.

Im öffnenden Fenster den entsprechenden UPN-Suffix eintragen, hinzufügen und mit OK bestätigen.

Nun müssen die AD-Benutzer aktualisiert werden. Da eine manuelle Umstellung jedes einzelnen Benutzer eine sehr langwierige Aufgabe wäre, löst man es am besten mit PowerShell.

Im unteren Beispiel werden die UPN-Suffixe aller Benutzer mit dagu.local mit danielgutermuth.de ersetzt

$LocalUsers = Get-ADUser -Filter {UserPrincipalName -like '*dagu.local'} -Properties UserPrincipalName -ResultSetSize $null
$LocalUsers | foreach {$newUpn = $_.UserPrincipalName.Replace("dagu.local","danielgutermuth.de"); $_ | Set-ADUser -UserPrincipalName $newUpn}

Um sicher zu gehen, dass kein Benutzer mehr den alten Suffix enthält, muss der Output des nachfolgenden Scripts leer sein.

Get-ADUser -Filter {UserPrincipalName -like '*local'} | Sort-Object Name | Format-Table Name, UserPrincipalName

Der Beitrag Azure AD – UPN Suffix ändern erschien zuerst auf Daniel Gutermuth.

Dies kann man sich besonders bei Skripten zunutze machen, um Benachrichtigungen per E-Mail zu erhalten.

Lösung

Die „Standard Syntax“ beinhaltet die Angabe des SMTP-Servers, des Absenders, des Empfängers, den Betreff und den Body.

Send-MailMessage -SmtpServer $smtpserver -From $from -To $recipient -Subject $subject -Body $body

Natürlich kann das Ganze auch mit weiteren Parametern erweitert werden. In unteren Fall wird zusätzlich ein bestimmter Port angegeben, sowie TLS vorausgesetzt.

Send-MailMessage -SmtpServer $smtpserver -Port XXX -UseSsl -From $from -To $recipient -Subject $subject -Body $body

Beispiele

Im ersten Beispiel soll eine E-Mail durch einen SMPT AUTH Benutzer aus Exchange Online versendet werden.

Send-MailMessage -SmtpServer "smtp.office365.com" -Port 587 -UseSsl -From "Benutzer1@danielgutermuth.de" -To "Benutzer2@danielgutermuth.de" -Subject "Test" -Body "Test Text"

Im zweiten Beispiel wird eine E-Mail via Direct Send an ein Exchange Online Postfach gesendet.

Send-MailMessage -SmtpServer "danielgutermuth.mail.protection.outlook.com" -From "Fantasiename@danielgutermuth.de" -To "Benutzer2@danielgutermuth.de" -Subject "Test" -Body "Test Text"

Der Beitrag E-Mail versenden mit PowerShell erschien zuerst auf Daniel Gutermuth.

Lösung

Um an die Einträge zu gelangen, muss man zuerst in das Microsoft 365 Admin Center wechseln.

Dort auf Einstellungen klicken und die gewünschte Domain auswählen. Anschließend den Reiter DNS-Einträge wählen und nach unten scrollen, wo sich die entsprechenden Einträge befinden.

Der Beitrag Exchange Online – MX und SPF Eintrag erschien zuerst auf Daniel Gutermuth.

Im Gegensatz zur Direct Send Methode, erfordert SMTP AUTH eine softwareseitige Unterstützung des Gerätes oder der Anwendung. Ein Exchange Online Connector wird nicht benötigt. Daher ist es mit SMTP AUTH ortunabhängig verwendbar.

Hinweis: Werden in der Microsoft 365 / Office 365 Domäne die Microsoft-Sicherheitsstandards verwendet, ist SMTP AUTH nicht möglich! Weitere Informationen dazu liefert Microsoft

SMTP AUTH Funktionsweise:

Lösung

Zuerst sicherstellen, dass der für SMTP AUTH verwendete Account SMTP AUTH auch aktiviert hat.

Dazu in das Microsoft 365 Admin Center gehen und im Punkt Benutzer den Unterpunkt Aktive Benutzer wählen. Dort den entsprechenden Benutzer heraussuchen und in dessen Einstellungen zum Reiter E-Mail wechseln und dort auf E-Mail-Apps verwalten klicken.

In dem aufkommenden Fenster sicherstellen, dass Authentifiziertes SMTP aktiviert ist.

Nun können Geräte bzw. Anwendungen für SMTP AUTH konfiguriert werden. Dazu die unten stehenden Grundeinstellungen verwenden:

Hinweis: Aus Erfahrung ist die Verwendung des Ports 587 nicht nur empfohlen, sondern dringend notwendig!

Da die E-Mail Konfiguration bei jedem System oder Anwendung anders funktioniert, füge ich hier als Beispiel eine SQL E-Mail Konfiguration mit an.

Der Beitrag Exchange Online – SMTP AUTH erschien zuerst auf Daniel Gutermuth.