Postmark bounce support?

Contribuisci Funzionalità
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 Mi Piace
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 Mi Piace
3

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

5 Mi Piace
4

Valuteresti una PR per il supporto delle webhook di rimbalzo di Postmark? Mailgun, uno dei fornitori di rimbalzo ufficialmente supportati, ha recentemente rimosso il proprio piano gratuito. Ho l’impressione che i piani gratuiti stiano scomparendo in generale in questo settore: Tell HN: Mailgun lowers free-tier API from 10k to 625 emails per month | Hacker News

3 Mi Piace
5

Una PR verrebbe certamente presa in considerazione. Si prega di comunicare tempestivamente se questo provider differisce troppo da quelli attualmente supportati, in modo da poter fornire feedback sulla mergeability del tuo approccio.

6 Mi Piace
6

Ho preparato questo PR che sto per inviare.

Utilizzando il comando di test curl documentato qui sulla mia istanza di sviluppo, sembra che funzioni.

Ho incluso test spec sia per i rimbalzi hard che per quelli soft.

AGGIORNAMENTO: Ho ora eseguito dei test attivandoli dall’interfaccia di prova dei webhook e sembra che funzioni effettivamente.

Credo che questo dovrebbe essere corretto: https://github.com/discourse/discourse/pull/8919

6 Mi Piace
Remove (or merge) Elastic email Unsubscribe
7

È stato unito! Grazie!

5 Mi Piace
8

@wesochuck suggerisce le seguenti modifiche ai tipi di rimbalzo (vedere Bounce API | Postmark Developer Documentation per le definizioni dei tipi di rimbalzo, anche se le ho incluse qui sotto).

Per hard_bounces aggiungere:

  • BadEmailAddress – “Indirizzo email non valido — L’indirizzo non è un indirizzo email valido.”
  • Blocked – " Blocco ISP — Bloccato da questo ISP a causa del contenuto o di un elenco nero."

Per i rimbalzi soft aggiungere:

  • SMTPApiError – " Errore SMTP API — Si è verificato un errore durante l’accettazione di un’email tramite l’SMTP API."
  • DMARCPolicy – “Policy DMARC — Email rifiutata a causa della policy DMARC.”

Penso che blocked abbia senso, ma non sono sicuro per il resto. Fatemi sapere cosa ne pensate e procederò con la PR di conseguenza.

Altre informazioni — La PR di Postmark per gestire i webhook non funziona

Scusate, ma la mia PR non funziona.

Innanzitutto, Postmark scarta per impostazione predefinita l’ID del messaggio.

In secondo luogo, l’MessageID che Postmark include nel webhook non è l’Message-ID presente nel messaggio.

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

Esiste un modo semplice per aggiungere un’intestazione X-PM-KeepID: true nelle email in uscita? Quello potrebbe essere aggiunto al core?

Se si risolve quel problema, valuterò se esiste un modo per includere l’effettivo Message-ID nel payload del webhook e processarlo di conseguenza.

4 Mi Piace