Ich suche hier nach ein wenig Rat bezüglich der optimalen Einrichtung für ein Szenario, in dem ich eine rein interne Discourse-Installation habe (nur über das Intranet für interne Benutzer zugänglich), die also nur E-Mails an die unternehmensinterne Domain senden muss…
…diese Domain wird jedoch von Office 365 verwaltet.
Ich habe die verschiedenen Beiträge zu Problemen bei der Nutzung von O365 für Discourse-Installationen gesehen (und viele davon zuvor selbst reproduziert), und daher leite ich derzeit E-Mails über Mailjet weiter, um sie an den richtigen Ort zu bringen. Es scheint jedoch ziemlich absurd, einen Drittanbieter für Massen-E-Mails einzubeziehen, um interne E-Mails zu versenden. Übersehe ich etwas Offensichtliches, oder ist dies wirklich der beste Weg?
Ich habe ein internes Discourse-System betrieben, bei dem die gesamte E-Mail-Kommunikation über Lotus Notes abgewickelt wurde. Wenn die SMTP-Verbindung funktioniert, ist also alles möglich.
In gewisser Hinsicht ist Office 365 selbst ein Drittanbieter für Massenversand
Da Microsoft (soweit ich weiß) keinen öffentlichen SMTP-Service als Teil dieser Abonnements anbietet, haben wir in unserem Fall MX-Einträge usw. für eine Unterdomain eingerichtet und diese mit (ja, noch einem) SMTP-Service eines Drittanbieters für den ausgehenden E-Mail-Versand von Discourse genutzt. E-Mails werden ebenfalls von diesem Drittanbieter verarbeitet und Discourse über eine API/Webhook benachrichtigt.
Wenn Sie diesen Ansatz wählen, müssen Sie möglicherweise Ihren O365-Administrator bitten, die neue Unterdomain freizugeben, damit sie nicht von aggressiven Spam-Filtern blockiert wird.
