Benachrichtigungen inkompatibel mit E-Mail-Antwort

Unterstützung
1

Ich habe die Anleitungen zu E-Mails unter diesem Link Email delivery configuration checklist und den folgenden aufmerksam gelesen.

Ich habe diesen Link How to setup "Reply by email address" now that it must be different from the "Notification email" und diesen Notification email cannot be the same as reply by email studiert.

Alle Adressen, die ich im Forum verwende, können E-Mails über einen E-Mail-Client wie Thunderbird oder Claws Mail senden oder empfangen.

Es gibt vier verschiedene Adressen, von denen nur die ersten drei von diesem Thema betroffen sind:

  • die der Administration in app.yml: admin@
  • die der Benachrichtigungen in app.yml: forum@
  • die für reply-to: reply@
  • und die für das E-Mail-Posting: questions@

  1. Die Benachrichtigungen, die über den Mailinglisten-Status des Forums empfangen werden, werden korrekt gesendet. Und der Testversand auf der Seite admin/email/server-settings verläuft gut.

  2. Wenn ich die Antwort per E-Mail einrichte, funktioniert diese Funktion korrekt, aber die Benachrichtigungen funktionieren nicht mehr.
    Der vorherige Testversand schlägt dann mit dem Status „501 5.5.4 You are not allowed to send from this address.“ fehl.

  3. Wenn ich die Antwort per E-Mail deaktiviere, funktioniert der Test wieder korrekt.

Wer kann mir erklären, warum ich diesen Fehler habe und wie ich sowohl die Benachrichtigungen als auch das „Reply by Email“ korrekt einrichten kann?

2 „Gefällt mir“
2

Diese Nachricht stammt von Ihrem E-Mail-Versanddienst. Sie ist ziemlich eindeutig.

Sie müssen von einer E-Mail-Adresse senden, die Ihr SMTP-Server verwenden kann. Es ist so, als ob es so eingestellt ist, dass von example.com gesendet wird, Sie aber jetzt von forum.example.com senden.

4 „Gefällt mir“
3

Warum ist dann der Testversand in einem Fall OK und im anderen Fall KO, wenn ich die Funktion „Antworten per E-Mail“ einrichte? Ich betone, dass ich nichts an der Konfiguration der Benachrichtigungen ändere.

Was passiert auf Discourse-Ebene bei der Vorbereitung der E-Mails?

1 „Gefällt mir“
4

Das Problem liegt tatsächlich bei Discourse.

Wenn ich die Protokolleinstellungen verfeinere, sehe ich, dass die gepostete Nachricht mit der richtigen Adresse authentifiziert wird:

2026-02-25T12:54:24Z TRACE Data store
iteration operation (store.data-iterate) elapsed = 0ms
<3.14, remotePort = 47104, accountName =
“forum.cagut@domain.tld”, accountId = 31

Aber es wird zu:

2026-02-25T12:54:24Z ^\[\[35;1mTRACE ^\[\[37;1mRaw SMTP output sent
(smtp.raw-output) listenerId = “submissions”, localPort = 465, remoteIp
= 51.178.53.14, ^>
<53.14, remotePort = 47104, size = 73,
contents = “MAIL
FROM:<reply.cagut+verp-8bf40c695b1f612e555cf25f3c14c9b8@domain.tld>\\r\\n”

Der Mailserver hat keine Kenntnis von diesem Adressformat.

1 „Gefällt mir“
5

Diese magische Nummer ist, wie Discourse die Antworten mit dem Thema verbindet.

Sie benötigen einen anderen Mailserver (oder müssen diesen so ändern, dass er +Adressen unterstützt) oder Sie müssen „Reply-by-Mail“ deaktivieren.

6

Ja, ich weiß, dass dies eine Kennung für die Verwendung von „Antworten per E-Mail“ ist.

Der Test des E-Mail-Versands funktioniert also nicht, wenn „Antworten per E-Mail“ aktiviert ist. Die Dokumentation erwähnt dies nicht, und der Fehler liegt tatsächlich bei Discourse und nicht beim Mailserver, was Ihre erste Antwort war!

7

Übrigens, wie kann eine „From“-Adresse diese „Magische Zahl“ haben? Dieses Adressformat wird in den Headern verwendet.
Ihre Antwort ist absolut keine.

Diese Umwandlung des „From“ darf nicht vorgenommen werden.

Und zu antworten, dass man auf eine vom Programm vorgesehene Funktion verzichten muss, ist seltsam…

Morgen mache ich andere Studien.

1 „Gefällt mir“
8

Es handelt sich nicht um eine Umwandlung des Headers an sich – wenn „Reply-by-Email“ aktiviert ist, sendet Discourse E-Mails, wobei die „Envelope-From“-Adresse auf das Muster der Adresse reply_by_email_address gesetzt wird, und setzt auch reply-to:, falls die E-Mail beantwortbar ist.

Hier auf Meta ist es zum Beispiel:

notification_email: notifications@meta.discoursemail.com
reply_by_email_address: incoming+%{reply_key}@meta.discoursemail.com

was sich in Folgendes umwandelt:

Return-Path: <incoming+verp-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@meta.discoursemail.com>
From: Person <notifications@meta.discoursemail.com>
Reply-To: Person <incoming+xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@meta.discoursemail.com>

Die Benachrichtigungs-E-Mail landet im From-Header, und reply_by_email_address landet in der Envelope-From. Wir haben unseren eingehenden Mail-Server so konfiguriert, dass alles, was an …@meta.discoursemail.com adressiert ist, an Meta zugestellt wird, was dies ermöglicht.

Wenn Ihr E-Mail-Server Ihnen jedoch nicht erlaubt, diese Envelope-From zu verwenden, erhalten Sie den von Ihnen gemeldeten Fehler.

Dieser Fehler kommt mit ziemlicher Sicherheit vom Mailserver. Discourse meldet ihn Ihnen möglicherweise, aber der Mailserver erzeugt ihn.

2 „Gefällt mir“