Hallo,
ich habe keine Möglichkeit gefunden, SMTP-E-Mail-Header beim Versenden von E-Mails hinzuzufügen. Da ich ElasticEmail verwende, muss ich alle transaktionalen E-Mails mit einem Header “IsTransactional”: true senden.
Ich habe die SMTP-Einstellungen überprüft und im Internet gesucht, aber keine Möglichkeit gefunden, benutzerdefinierte E-Mail-Header in Discourse hinzuzufügen. Weiß jemand, wie das geht?
Vielen Dank im Voraus,
Oliver
Du bräuchst ein benutzerdefiniertes Plugin.
Na, ich sehe das und ich vermute, es gibt noch kein Plugin, das diese Funktion unterstützt?
Da ich ein C#-Entwickler bin, möchte ich mich nicht nur für diese Funktion in die benutzerdefinierte Programmierung von Discourse einarbeiten 
Mir ist keiner bekannt. Du kannst im Marketplace posten (mit einer Schätzung von 500 $), aber es wäre viel einfacher, einen der unterstützten Dienste zu nutzen.
Edit: Ups. Er steht auf der Liste. Klingt so, als sollte er nicht dort sein.
Elastic Email steht auf der Liste. Ich bin neugierig, ob die Header-Anforderung neu ist. Haben Sie Probleme gehabt, ohne dass dieser Header vorhanden war?
Wenn es eine neue Anforderung eines empfohlenen Anbieters gibt, könnte das Team bereit sein, den Header hinzuzufügen, oder dies könnte ein Grund sein, die Empfehlung zurückzuziehen.
Nun, ich habe diese Diskussion gefunden: Remove (or merge) Elastic email Unsubscribe
Leute haben sich über das Abonnementproblem von Elastic Email beschwert, und ich habe dasselbe Problem!
Aber wenn wir den einfachen SMTP-E-Mail-Header “IsTransactional” = true an alle ausgehenden E-Mails anhängen, würde Elastic Email alle E-Mails automatisch als transaktional behandeln und daher nur einen Fußzeilentext “Benachrichtigungen verwalten” statt der Fußzeile “Abmelden” hinzufügen.
Also ist das aus meiner Sicht eine zwingende Voraussetzung für Elastic Email und Discourse?
Es klingt so, als wäre es sehr wünschenswert, ja.
Nun, es heißt tatsächlich:
Das ist die schnelle und einfache Lösung.
Da die meisten Dinge IsTransactional:true ohnehin ignorieren würden, wäre es kaum schädlich, es einzuschließen, oder man empfiehlt sie einfach nicht.
Ja, ich finde definitiv, dass sie diesen Header einfügen sollten… auch wenn er noch nicht perfekt ist, da man den Link „Benachrichtigungen verwalten
Die Anpassung von Headern wäre ebenfalls nützlich, damit Sie den Channel auf der Seite von Elastic Email unterscheiden können. Das ermöglicht eine Berichterstattung nach Domain – was wichtig ist, wenn Sie mehrere Discourse-Sites mit einem einzigen Elastic Email-Konto verwalten.
Es ist etwas ärgerlich, dass Elastic Email nicht von Haus aus die Quelldomain unterscheiden kann, wie es SparkPost kann. Allerdings ist SparkPost keine Option mehr, da sie ihre Preise erhöht haben.