Ich glaube, Microsoft 365 fügt nicht alle Informationen in den Header ein, die Discourse benötigt.
Ich habe dies mit meiner persönlichen E-Mail (Gmail) ausprobiert, und als sie an Discourse weitergeleitet wurde, hat es auf Anhieb funktioniert! Das scheint etwas mit Microsoft 365 zu tun zu haben.
Das Seltsame ist, dass der ursprüngliche Absender eine E-Mail von Discourse erhält, die ihn über den Fehler informiert! Discourse weiß also, wer der ursprüngliche Absender ist.
Ist support@mycompany.com in Discourse so konfiguriert, dass es E-Mails akzeptiert, z. B. als Gruppen-Posteingang oder Kategorieadresse?
Dieser Teil ist entscheidend – Discourse sieht nicht die SMTP-Hülle, nur die E-Mail selbst. Eine blinde Weiterleitung an mycompany-category-1@discoursemail.com ist für Discourse nicht sichtbar.
Vielen Dank für die aufschlussreiche Antwort. Ich befürchtete, dass nicht viele Leute dieses Feature nutzen und ich nur eine Antwort wie „Tumbleweed“ bekommen würde.
Es wird nur die Kategorieadresse verwendet. Wir haben eine private Kategorie namens „Support“ und in den Kategorieeinstellungen ist sie wie folgt konfiguriert:
Das Seltsame ist, ich habe ein Gmail-Konto eingerichtet, um an company-support-12@discoursemail.com weiterzuleiten, und das hat funktioniert! Aber die Umstellung auf unsere tatsächliche Microsoft 365 Support-E-Mail hat die Dinge kaputt gemacht, daher ging ich davon aus, dass der Fehler bei Microsoft lag.
OK, das Hinzufügen unserer Support-E-Mail zur Box hat es behoben! Danke
Wenn ich jedoch von Discourse antworte, scheint es nie eine Antwort-E-Mail zu generieren. Ich habe unter admin/email/sent nachgesehen und es gibt keine Aufzeichnung darüber, dass Discourse etwas unternommen hätte. Ich habe 10 Minuten gewartet, bis sie ankam, und nichts.
Die Antwort-E-Mail wird nach etwa 15 Minuten gesendet, wenn ich mit Discourse antworte. Großartig, es funktioniert! Danke
