Hinzufügen eines Alias zu einem Microsoft O365-Gruppe
Hinzufügen wollte eine Antwort auf das, was ich gelernt, nachdem die Erforschung und Erfolg mit diesem Thema.
Ich habe eine Microsoft O365-Konto, wo ich mein Geschäft zu führen. Ich bin mit Microsoft-Teams also mein executive team können die Informationen und E-Mails spezifisch für diese Funktion. Zum Beispiel, Human Resources. Das team-setup zu verwenden [email protected] als seine E-Mail Office 365 Gruppe. Ich will hinzufügen [email protected] als alias für die Gruppe. Aber der O365 Admin-panel oder Exchange Admin Center (EAC) nicht über diese Funktion zur Verfügung. Wie Sie einen Alias hinzufügen, um ein Microsoft O365 Gruppe?
- Um klar zu sein, fordern Sie über E-Mail zu Office 365-Gruppe Postfach keine E-Mail an einen Microsoft-Teams-Kanal, richtig?
- Das ist richtig, Bill. Hinzufügen eines alias für die O365-Gruppe Postfach, nicht der Kanal.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Dort ist ein link, der beschreibt, wie Sie PowerShell verwenden, um einen alias hinzuzufügen:
Fügen Sie Zusätzliche SMTP-Aliase Office 365 Gruppen
Knappe Anweisungen
Öffnen Sie PowerShell.
Ermöglichen Remote Signierte Skripts ausgeführt werden, so können Sie importieren von Microsoft O365 Exchange-Befehle. Wir werden diese auf Standard zurück wenn Sie fertig sind:
Geben Sie Ihre Anmeldeinformationen ein, so können Sie verwalten die O365-Umgebung Sie gerade arbeiten. Werden Sie aufgefordert, Ihren Benutzernamen und Ihr Passwort:
Erstellen Sie eine neue PowerShell-Sitzung zu importieren, die von Microsoft O365 Exchange-Befehle:
Importieren Sie die Sitzung. Sie sollten die standard-PowerShell-progress-bar, wie die Befehle importiert werden:
Nun sind Sie bereit, zur Ausgabe von Kommandos. Erstens, stellen Sie sicher, dass Sie Lesen können die Eigenschaften der Exchange-Gruppe:
Sollte die Ausgabe der Aliase zugewiesen, um die Outlook-Gruppe.
Hinzufügen den alias geben Sie diesen Befehl. Ich werde meine Beispiel in der Frage oben um zu zeigen, wie es aussieht:
Können Sie die
Get-UnifiedGroup
- Befehl und sehen Sie die alias jetzt aufgelistet in der E-Mail-Adressen.Rückkehr zu den Standard-execution-policy:
Nächsten Schritte
In diesem Punkt hat die Gruppe einen alias. Sie können die E-Mail-alias intern auf Ihre O365 account. Zum Beispiel, [email protected] können per E-Mail [email protected] und es wird korrekt funktionieren. Es empfangen wird, in Ihre O365 Gruppe "Human Resources".
Jedoch, wenn Sie versuchen, senden von E-Mails an den alias von externen, erhalten Sie einen 5.4.1 Zugriff verweigert " - Fehler. Erhalten Sie diese, auch wenn Sie sind in der Lage, E-Mail [email protected]. (Wenn Sie nicht per E-Mail die primäre alias extern, haben Sie ein weiteres problem, wo sich die Gruppe nicht festgelegt ist, empfangen externe E-Mail -, kann festgelegt werden, in der Exchange-Verwaltungskonsole.)
Dem problem, wo der alias kann nicht empfangen externe E-Mail mit dem zu tun hat Verzeichnisbasierte Edge-Blockierung (DBEB). Im wesentlichen, vor O365 durchführt, von seinem Schutz Maßnahmen (anti-malware, anti-virus, SPAM, etc.) es führt eine einfache lookup in Ihr Active Directory. Es sieht aus, um zu sehen, "Hey, dieser user noch hier sein?"
Zum Beispiel, wenn Sie E-Mail zu senden [email protected], DBEB sieht das Verzeichnis und sagen, OK, dass der Benutzer vorhanden ist, schicken Sie es auf. Es macht das gleiche für [email protected]. Jedoch, die Suche nicht für zusätzliche Aliase zugewiesen O365-Gruppen. Es gibt einen workaround.
Abhilfe
Den workaround ist das deaktivieren DBEB für die contoso.com domain. Diese nicht deaktivieren Sie die zusätzlichen Schichten des Schutzes von E-Mail-hygiene (anti ' s, spam, etc.). Dies zu tun, müssen Sie in der Exchange-Verwaltungskonsole Ihrer O365-Konto und ändern Sie die Akzeptierte Domänen von "Autorisierend" auf "Internes relay".
Wenn Sie nativ begann in O365, dies ist wahrscheinlich Massgebend. Wenn Sie ein hybrid (O365-und vor-Ort), oder haben eine migration von vor Ort bis zu O365 ist es höchstwahrscheinlich bereits zu Internen relais (es sei denn, nach der migration haben Sie geändert, es zu Autoritär). Dies ist der Grund, warum für manche Menschen, einfach nur mit dem alias funktioniert. DBEB ist bereits deaktiviert. Wieder deaktiviert nur die erste Prüfung, ein Gültiger Benutzer ist oder nicht, und der Rest des hygiene-stack ist noch vorhanden.
Nach dieser änderung Ihr O365-Gruppen sollten jetzt das empfangen externer E-Mails an Ihre zusätzliche Aliase.
Bessere Möglichkeiten?
Ja, es sollte bessere Möglichkeiten zum hinzufügen von Aliasen zu O365-Gruppen, wie die Gruppe auswählen, Aliase und hinzufügen. So sind wir nicht in der shell und der EAC, die die Dinge so funktionieren wie Sie sollten. Microsoft, machen Sie es so!
Anderen Weg irgendwie zu verwenden
New-EOPMailUser
so erstellen Sie einen Eintrag in das Verzeichnis für den alias. Als ich versuchte, erstellen Sie einen neuen Kontakt in der Exchange-Verwaltungskonsole steht, dass die E-Mail-Adresse bereits in Verwendung war. So, ich habe es auf Arbeit und habe nicht geschaut auf andere Optionen. Ich gehe davon aus, dass Microsoft erhalten Aliase Hinzugefügt und mehr admin freundliche Art und Weise (BITTE?!).Ruhe bewahren und Cloud Auf!
Wayne ist vor Ort auf, es gibt jedoch eine Methode zum umgehen der DBEB Problem. Wenn Sie Zyklus jedes alias für die primäre Adresse (SMTP-Cap) und dann am Ende wieder auf die gewünschte primär-alle Adressen empfangen E-Mails von externen Adressen.
Fand die Arbeit rund um Hier (update ganz unten),
Eben habe ich dies getan und hatte nichts zu tun haben, mir zu erlauben, um E-Mail-alias-extern (Ausnahme konfigurieren Sie die O365-Gruppe in der Lage sein werden, per E-Mail extern). Ich habe in der config von meinem Akzeptierte Domänen", und Sie sind beide verbindlich sind. Wir sind ein cloud nur Mieter, also kein hybride, und ich habe nicht den dreck, um mit der primären Adresse.