Postmark bounce support?

Beitragen Merkmal
1

I’m a big fan of Postmarkapp.com

We use their bounce API to create tickets when emails need attention.

What would it take to expand Discourse’s Bounce Processing to support Postmark?

See:

3 „Gefällt mir“
2

We only support adding these sorts of things for mail services that have a free tier. Otherwise it doesn’t benefit enough people.

And for our hosted customers, we handle all email, so there’s no reason to do it for our customers.

3 „Gefällt mir“
3

Also, we haven’t used any “Bounce API” but rather “Bounce Webhooks” which is documented here

5 „Gefällt mir“
4

Würden Sie einen PR für die Unterstützung von Postmark-Bounce-Webhooks in Betracht ziehen? Mailgun, einer der offiziell unterstützten Bounce-Anbieter, hat seinen kostenlosen Tarif mittlerweile eingestellt. Ich habe den Eindruck, dass kostenlose Tarife in dieser Branche generell verschwinden: Tell HN: Mailgun lowers free-tier API from 10k to 625 emails per month | Hacker News

3 „Gefällt mir“
5

Ein PR würde sicherlich in Betracht gezogen. Bitte kommunizieren Sie frühzeitig, falls dieser Anbieter sich zu stark von den aktuell unterstützten unterscheidet, damit wir Ihnen Feedback zur Mergbarkeit Ihres Ansatzes geben können.

6 „Gefällt mir“
6

Ich habe das hier, das ich gleich als PR einreichen werde.

Mit dem hier dokumentierten curl-Testbefehl hier auf meiner Entwicklungsumgebung sieht es so aus, als würde es funktionieren.

Ich habe spec-Tests sowohl für harte als auch für weiche Bounces hinzugefügt.

EDIT: Ich habe nun Tests durchgeführt, die über ihre Webhook-Testoberfläche ausgelöst wurden, und es sieht tatsächlich so aus, als würde es funktionieren.

Ich denke, das sollte in Ordnung sein: add postmark webhook handling by pfaffman · Pull Request #8919 · discourse/discourse · GitHub

6 „Gefällt mir“
Remove (or merge) Elastic email Unsubscribe
7

Es ist gemergt! Danke!

5 „Gefällt mir“
8

@wesochuck schlägt folgende Änderungen für Bounce-Typen vor (siehe Bounce API | Postmark Developer Documentation für Definitionen der Bounce-Typen, die ich jedoch unten ebenfalls aufgeführt habe).

Zu hard_bounces hinzufügen:

  • BadEmailAddress – „Ungültige E-Mail-Adresse – Die Adresse ist keine gültige E-Mail-Adresse."
  • Blocked – „ISP-Blockierung – Blockiert von diesem ISP aufgrund von Inhalten oder einer Blacklist."

Zu Soft Bounces hinzufügen:

  • SMTPApiError – „SMTP-API-Fehler – Ein Fehler ist beim Empfang einer E-Mail über die SMTP-API aufgetreten."
  • DMARCPolicy – „DMARC-Richtlinie – E-Mail aufgrund der DMARC-Richtlinie abgelehnt."

Ich denke, dass blocked sinnvoll ist, bin mir aber bei den anderen nicht sicher. Lasst mich wissen, was ihr davon haltet, und ich werde entsprechend den PR erstellen.

Weitere Informationen – Der Postmark-PR zur Verarbeitung von Webhooks funktioniert nicht

Entschuldigung, aber mein PR funktioniert nicht.

Erstens verwirft Postmark standardmäßig die Message-ID.

Zweitens ist die MessageID, die Postmark im Webhook enthält, nicht dieselbe wie die Message-ID in der E-Mail.

Aus: Everything you need to know about SMTP (Simple Mail Transfer Protocol) | Postmark

[quote]
Warum wird meine benutzerdefinierte Message-ID nicht über Postmark gesendet?

Bitte beachtet zunächst den Unterschied zwischen MessageID (die von Postmark generiert wird und nicht geändert werden kann) und Message-ID, dem benutzerdefinierten Wert, den ihr über einen SMTP-Header festlegen könnt. Die Postmark-MessageID entspricht immer dem Wert im Feld „MessageID

4 „Gefällt mir“