E-Mails mit SMTP-Zugangsdaten über Amazon SES senden funktioniert… Aber nicht von Discourse

Installation
1

Ich habe Amazon SES konfiguriert.
Ich bin aus der Sandbox heraus, was bedeutet, dass ich E-Mails an nicht verifizierte Adressen senden kann.
Aus Amazon SES Doku:

Wenn Ihr Konto aus der Sandbox heraus ist, können Sie E-Mails an jeden Empfänger senden, unabhängig davon, ob die Adresse oder die Domain des Empfängers verifiziert ist. Sie müssen jedoch weiterhin alle Identitäten verifizieren, die Sie als „Von“, „Quelle“, „Absender“ oder „Rückgabepfad“-Adressen verwenden.

Ich habe auch meine SMTP-Zugangsdaten konfiguriert.

Das Senden einer Test-E-Mail an eine nicht verifizierte Empfängeradresse funktioniert vom Amazon S3 Dashboard oder jedem anderen SMTP-Testtool aus.

Es funktioniert jedoch nicht von Discourse aus.

app.yml:

  DISCOURSE_SMTP_ADDRESS: email-smtp.eu-west-3.amazonaws.com
  DISCOURSE_SMTP_PORT: 587
  DISCOURSE_SMTP_USER_NAME: AKIA****************
  DISCOURSE_SMTP_PASSWORD: "*************************************"
  #DISCOURSE_SMTP_ENABLE_START_TLS: true           # (optional, standardmäßig true)
  DISCOURSE_SMTP_DOMAIN: forum.monocycle.info # (Adresse, von der Benachrichtigungen gesendet werden)
  DISCOURSE_NOTIFICATION_EMAIL: noreply@forum.monocycle.info # (Adresse, von der Benachrichtigungen gesendet werden)

Per E-Mail antworten Einstellungen:

Bild
Bild768×162 13.7 KB

Wenn ich eine Test-E-Mail von Discourse sende, wird die E-Mail mit folgender Fehlermeldung übersprungen:

554 Nachricht abgelehnt: E-Mail-Adresse nicht verifiziert. Die folgenden Identitäten sind in der Region EU-WEST-3 fehlgeschlagen: monocycle.info+verp-3a76559e11c2b9a318165af8eb968f22@gmail.com…

Und ich habe meine App natürlich nach der Änderung von app.yml neu erstellt.

Irgendeine Idee, warum dieses Problem auftritt und wie es behoben werden kann?

2

Diese Fehlermeldung deutet darauf hin, dass Sie eine Identität für monocycle.info@gmail.com erstellen und verifizieren müssen. Beachten Sie, dass Sie das Label (+verp-...) nicht verifizieren müssen, da alle Labels akzeptiert werden, wenn die Adresse ohne Label verifiziert ist.

Der Grund dafür ist, dass die E-Mail-Adresse für Antworten als Return-Path-Adresse verwendet wird, eine der Arten, die Ihr Zitat als verifizierungsbedürftig hervorhebt.

Ich bin mir nicht sicher, warum das Senden auf andere Weise funktioniert, aber ich glaube, Ihre Amazon-Dashboard- und SMTP-Testtool-Tests haben wahrscheinlich funktioniert, weil sie an Ihre E-Mail-Adresse für Antworten gesendet haben, anstatt sie als Reply-To/Return-Path-Adresse zu verwenden, wie es Discourse tut.

Die Dokumentation zu Identitäten finden Sie hier:

1 „Gefällt mir“
3

Ah, ja, wie hier beschrieben:

Was ich zuerst nicht verstanden habe. Versuchen wir, meine Gmail-Adresse als verifizierte Adresse in SES hinzuzufügen.

1 „Gefällt mir“
4

Soweit ich weiß, können Sie keine ±Adressen bei SES verwenden. Aber ich benutze SES täglich über Discourse.

2 „Gefällt mir“
5

Ich habe monocycle.info@gmail.com verifiziert und Discourse kann E-Mails an Benutzer senden. Die Funktion „Antworten per E-Mail“ funktioniert ebenfalls.
Ich werde in den nächsten Tagen sehen, ob ich Probleme habe.

Können Sie das etwas genauer erläutern? In Bezug auf das, was ich gerade geschrieben habe (die Dinge scheinen zu funktionieren). :slight_smile:

1 „Gefällt mir“
6

Es gibt zwei verschiedene Dinge:

  • SES kann keine + -Adressen für eingehenden oder ausgehenden Datenverkehr verwenden (ich kann mich wirklich nicht an den richtigen Begriff für die + Form erinnern)
  • Ich sende ständig E-Mails von Discourse über SES

Als ich versuchte, per E-Mail zu erstellen/antworten, musste ich es wegen dieser Einschränkung mit Gmail tun.

Ist das für Sie relevant… keine geringste Idee :man_facepalming:

1 „Gefällt mir“
7

Oh, okay, danke für die Klarstellung. Ich verwende keine ±-Adressen für SES, daher glaube ich nicht, dass es in meinem Fall relevant ist. :slight_smile:

8

Amazon nennt sie Labels, vorausgesetzt, Sie beziehen sich auf user+label@domain-Adressen. Ich erinnere mich nicht, ob das der E-Mail-Begriff oder nur der Begriff von Amazon ist. Sind Sie sicher, dass diese nicht unterstützt werden? Sie werden von Benutzern ziemlich häufig verwendet.
Das Einzige, was ich in der Dokumentation finden kann, ist, dass die SMTPUTF8-Erweiterung nicht unterstützt wird, was den lokalen Teil (vor dem @) auf 7-Bit-ASCII-Zeichen beschränkt. Das schließt das + Zeichen ein.

9

Nein, das tust du nicht, aber +verp… fungiert als solches. Oder liege ich da völlig falsch?

10

Nun, meine Antworten können etwas daneben liegen, da ich nicht viel von E-Mail-bezogenen Dingen verstehe.

Meine E-Mail-Antwort-Einstellung ist tatsächlich eine Gmail-Adresse, die “+” und so weiter verwendet.

Wenn die Einstellung Antworten per E-Mail deaktiviert ist, funktioniert der E-Mail-Versand von Discourse (wenn ich mich recht erinnere).

Wenn die Einstellung Antworten per E-Mail aktiviert ist und ich die Gmail-Adresse in SES nicht verifiziere, sendet Discourse keine E-Mails, egal ob sie eine Gmail-Antwortadresse haben oder nicht (z. B. die Test-E-Mail oder eine Digest-E-Mail haben keine Gmail-Antwortadresse) und gibt einen Fehler 554 Message rejected: Email address is not verified aus.

Wenn ich die Gmail-Adresse bei SES verifiziere, scheinen alle von Discourse gesendeten E-Mails zu funktionieren, unabhängig davon, ob sie eine Gmail-Antwortadresse haben oder nicht.

Natürlich würde ich gerne mehr darüber erfahren, wie all diese Dinge funktionieren, aber solange es funktioniert… Das ist meine Hauptsorge. :smile:

12

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.