Modifiche / Requisiti per l'invio di Email in Massa presso i principali Provider di Email

Ho ricevuto una notifica da AWS che Yahoo e Gmail stanno implementando un lungo elenco di nuove regole per i mittenti di email "Bulk".
Discourse, penso, possa rientrare in questa categoria, specialmente se si utilizza la modalità Mailing List (come facciamo noi).

Ci sono piani (o forse lo fa già) per implementare questi nuovi requisiti nelle email di Discourse?
Le modifiche / i requisiti sono delineati qui:

Alcuni di questi sono esterni come DKIM e SPF, ma ci sono anche alcune modifiche richieste nel corpo dell’email.

Ci si aspetta che i mittenti bulk includano un meccanismo per annullare l’iscrizione aggiungendo un link facile da trovare all’interno del messaggio. Le regole dei provider di caselle di posta di febbraio 2024 richiederanno ai mittenti di aggiungere anche intestazioni di annullamento dell’iscrizione con un clic, come definito da RFC 2369 e RFC 8058. Queste intestazioni rendono più facile per i destinatari annullare l’iscrizione, riducendo la frequenza con cui i destinatari si lamentano contrassegnando i messaggi come spam.

Ci sono molti fattori che potrebbero far sì che i tuoi messaggi vengano classificati come bulk da qualsiasi provider di caselle di posta. Il volume superiore a 5000 al giorno è un fattore, ma il fattore principale che i provider di caselle di posta utilizzano è se il destinatario desidera effettivamente ricevere l’email.

Grazie!

2 Mi Piace

Discourse genera già link di annullamento dell’iscrizione nell’intestazione List-Unsubscribe e nel corpo del messaggio. Li hai esaminati e li hai trovati insufficienti?

4 Mi Piace

No, non ero sicuro se questi fossero gli stessi dei requisiti RFC. Stavo cercando di confermare se lo avesse già fatto come descritto.

Questo è tornato alla mia attenzione di recente e ho avuto la larghezza di banda per approfondire i dettagli.

Abbiamo avuto un’intestazione List-Unsubscribe per secoli, ma c’è una forte spinta per avere un vero annullamento dell’iscrizione con un clic senza un ulteriore passaggio di conferma da parte del mittente.

Ciò si ottiene utilizzando una nuova intestazione definita nella RFC8058

List-Unsubscribe: <https://example.com/unsubscribe/opaquepart>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Dopo la verifica esplicita dell’utente, l’attivazione di questo attiva una richiesta POST dal client di posta con un contenuto simile a:

POST /unsubscribe/opaquepart HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 26

List-Unsubscribe=One-Click

Potremmo dover aggiungere il supporto per questo.

8 Mi Piace

Ho avuto un problema simile in una mailing list diversa il problema con la disiscrizione con un clic è che molti client di posta elettronica e filtri antispam/antivirus cliccheranno/attiveranno i collegamenti per “indagarli” e finiranno per disiscrivere qualcuno, quindi è assolutamente necessaria una qualche forma di conferma, non solo l’attivazione di un collegamento.

Abbiamo avuto un sacco di persone, specialmente quelle in ambienti enterprise/Outlook, che sono state automaticamente disiscritte.

Ma forse se viene fatto tramite questa intestazione va bene.

Questa preoccupazione è affrontata specificamente da questa RFC.

Una richiesta GET non deve attivare la disiscrizione per questo preciso motivo, solo una POST che deve essere esplicitamente confermata dall’utente.

2 Mi Piace

Ehi @Jose_C_Gomez — Ho buone notizie! Abbiamo aggiornato le nostre email per supportare le disiscrizioni con un clic / facili:

Quando ho testato questo in Gmail, c’è una conferma secondaria ma avviene dal client di posta elettronica — quindi credo che questo soddisfi ancora i requisiti di “disiscrizione facile” senza rischiare disiscrizioni involontarie da indagini del client di posta elettronica:

6 Mi Piace

Fantastico, grazie!!

Questo argomento è stato chiuso automaticamente dopo 2 giorni. Non sono più consentite nuove risposte.