Tutto ciò che devi sapere sull'offerta del ciclo di feedback di Gmail
Uccello
1 apr 2014
1 min read
Punti Chiave
Gmail ha introdotto un pilota FBL per aiutare gli ESP a identificare i mittenti spam.
Rispetto agli FBL tradizionali, Gmail fornisce dati aggregati sulle segnalazioni di spam, non rapporti ARF.
Gli ESP ricevono percentuali giornaliere di segnalazioni di spam a livello di cliente o campagna.
Gmail richiede il rispetto rigoroso delle Linee guida per i mittenti massivi (coerenza IP, RDNS, SPF, DKIM, DMARC).
È richiesto un nuovo header “Feedback-ID” per identificare clienti, campagne e tipi di traffico.
Gmail aggrega le segnalazioni per identificatore, e non tra di essi, e ignora i tag a basso volume.
I dati FBL arrivano come un allegato CSV che copre i messaggi gmail.com del giorno precedente.
Gli ESP devono firmare DKIM due volte le intestazioni per prevenire il spoofing.
Momentum supporta multiple firme DKIM utilizzando politiche Lua e OpenDKIM.
Gmail supporta solo chiavi DKIM da 1024 bit o superiori, trattando quelle più corte come non firmate.
Vari ISP forniscono FBL, ma il modello di Gmail è unico e preserva la privacy.
Punti salienti del Q&A
Cos'è il Feedback Loop (FBL) di Gmail?
Un programma pilota per gli ESP che fornisce dati aggregati sulle segnalazioni di spam, aiutando a identificare i mittenti abusivi senza esporre le informazioni degli utenti individuali.
In che modo il FBL di Gmail è diverso dai tradizionali feedback loop?
I FBL tradizionali utilizzano rapporti di reclamo ARF contenenti dettagli sui reclami individuali di spam.
Gmail invece fornisce percentuali giornaliere aggregate, proteggendo la privacy degli utenti finali.
Cosa contiene il rapporto aggregato?
Un CSV giornaliero che mostra:
Percentuale di reclami di spam
Raggruppato per cliente, campagna o tipo di traffico
Solo per i destinatari di gmail.com
Cos'è l'intestazione "Feedback-ID"?
Un'intestazione richiesta che identifica il cliente e, facoltativamente, la campagna o il tipo di traffico.
Formato:
Feedback-ID: a:b:c:ESPid
a:b:c= identificatori facoltativiESPid= ID cliente unico richiesto
Gmail aggrega in base a ciascun identificatore individuale.
Cosa succede se i tag hanno troppo pochi messaggi?
Gmail ignora identificatori a basso volume per prevenire l'abuso o il rumore accidentale di tagging.
Gmail raggruppa gli identificatori insieme?
No.
Ogni identificatore è analizzato indipendentemente, anche se appaiono insieme nella stessa intestazione.
Come e quando vengono consegnati i report FBL?
I report vengono inviati una volta al giorno via email come un allegato CSV, contenente i dati del giorno precedente.
Quali requisiti del mittente impone Gmail?
I mittenti devono rispettare le linee guida per i mittenti di massa di Gmail, inclusi:
IP di invio coerente
RDNS valido
Stesso indirizzo “Da” per le email di massa
Utilizzo di SPF, DKIM e DMARC (fortemente raccomandato)
Quali sono i requisiti DKIM per l'intestazione Feedback-ID?
Gli ESP devono:
Rimuovere gli header Feedback-ID esistenti
Inserire uno nuovo
Firmarlo di nuovo con DKIM (duplicare la firma)
Utilizzare chiavi DKIM di almeno 1024 bit
Come supporta Momentum la FBL di Gmail?
Momentum supporta:
Multiple DKIM signatures tramite policy Lua
OpenDKIM per la firma DKIM moderna
Configurazione semplice di domini di firma separati
La documentazione fornisce esempi di politiche di firma Lua.
Quali altri ISP offrono loop di feedback?
Numerosi importanti ISP offrono FBL, tra cui:
AOL, Comcast, Cox, Fastmail, Hotmail, Mail.ru, OpenSRS, Rackspace, Yahoo!, Zoho e altri.
La maggior parte fornisce rapporti in formato ARF, a differenza di Gmail.
Torna a febbraio, Gmail ha annunciato il loro programma pilota Feedback Loop (FBL) per ESPs per aiutarli a identificare i cattivi attori e gli spammer sulla loro rete.
Torna a febbraio, Gmail ha annunciato il loro programma pilota Feedback Loop (FBL) per ESPs per aiutarli a identificare i cattivi attori e gli spammer sulla loro rete.
Torna a febbraio, Gmail ha annunciato il loro programma pilota Feedback Loop (FBL) per ESPs per aiutarli a identificare i cattivi attori e gli spammer sulla loro rete.
Gmail introduce un circuito di feedback pilota
Gmail è stata una protagonista della storia dell'email dal 2004. Per ulteriori approfondimenti affascinanti sull'evoluzione dell'email, comprese le origini sorprendenti di Gmail, dai un'occhiata ai nostri 13 interessanti fatti sull'email. Se desideri approfondire, puoi accedere al modulo di registrazione.
Per coloro che non sono familiari con il processo, ecco un breve riepilogo. I feedback loop sono essenzialmente rapporti che i provider di servizi Internet forniscono ai mittenti ad alto volume riguardo al numero di destinatari che contrassegnano le loro email come spam. È un servizio davvero importante che consente alle aziende di monitorare la propria reputazione di mittente con i provider di servizi Internet e di agire rapidamente per il controllo danni se un gran numero di destinatari contrassegna le loro email come spam. Come puoi già notare, questo è piuttosto cruciale per le aziende che dipendono dal marketing via email come principale fonte di reddito.
Gmail è stata una protagonista della storia dell'email dal 2004. Per ulteriori approfondimenti affascinanti sull'evoluzione dell'email, comprese le origini sorprendenti di Gmail, dai un'occhiata ai nostri 13 interessanti fatti sull'email. Se desideri approfondire, puoi accedere al modulo di registrazione.
Per coloro che non sono familiari con il processo, ecco un breve riepilogo. I feedback loop sono essenzialmente rapporti che i provider di servizi Internet forniscono ai mittenti ad alto volume riguardo al numero di destinatari che contrassegnano le loro email come spam. È un servizio davvero importante che consente alle aziende di monitorare la propria reputazione di mittente con i provider di servizi Internet e di agire rapidamente per il controllo danni se un gran numero di destinatari contrassegna le loro email come spam. Come puoi già notare, questo è piuttosto cruciale per le aziende che dipendono dal marketing via email come principale fonte di reddito.
Gmail è stata una protagonista della storia dell'email dal 2004. Per ulteriori approfondimenti affascinanti sull'evoluzione dell'email, comprese le origini sorprendenti di Gmail, dai un'occhiata ai nostri 13 interessanti fatti sull'email. Se desideri approfondire, puoi accedere al modulo di registrazione.
Per coloro che non sono familiari con il processo, ecco un breve riepilogo. I feedback loop sono essenzialmente rapporti che i provider di servizi Internet forniscono ai mittenti ad alto volume riguardo al numero di destinatari che contrassegnano le loro email come spam. È un servizio davvero importante che consente alle aziende di monitorare la propria reputazione di mittente con i provider di servizi Internet e di agire rapidamente per il controllo danni se un gran numero di destinatari contrassegna le loro email come spam. Come puoi già notare, questo è piuttosto cruciale per le aziende che dipendono dal marketing via email come principale fonte di reddito.
Tuttavia, il ciclo di feedback di Gmail è diverso da quello degli altri ISP.
Il FBL di Gmail non è nel formato ARF. Per proteggere la privacy degli utenti, il loro FBL è offerto sotto forma di statistiche aggregate sui reclami di spam per cliente o per campagna, che non possono essere ricondotte all'indirizzo email del destinatario che ha contrassegnato la mail come spam. Questo rapporto quotidiano fornisce una percentuale del tasso di reclami di spam degli utenti per cliente e/o campagna di un ESP, e verrà inviato all'indirizzo email designato fornito a Gmail dall'ESP (ad es.: GmailFBL@example.com). Il servizio non è progettato per la gestione delle liste o la valutazione delle consegne, e se c'è una percentuale considerevole di spam nel tuo traffico, riceverai il rapporto aggregato il giorno successivo.
Gli ESP sono fortemente incoraggiati a conformarsi alle linee guida per i Mittenti di Bulk di Gmail. Gmail richiede a tutti i mittenti di utilizzare un indirizzo IP coerente per inviare email, un record RDNS valido per tutti gli indirizzi IP di invio e lo stesso indirizzo nell'intestazione 'From:' per ogni email di massa. Per quanto riguarda l'autenticazione, raccomandano vivamente di firmare con DKIM, pubblicare un record SPF e rispettare la politica DMARC.
Gmail Feedback Loop contro i Feedback Loop Tradizionali degli ISP
Caratteristica | Gmail Feedback Loop | Feedback Loop Tradizionali degli ISP |
|---|---|---|
Formato del rapporto | Statistiche aggregate sullo spam | ARF (Formato di Segnalazione degli Abusi) |
Identificazione dell'utente | Nessun dato a livello di destinatario | Include dati di reclamo individuali |
Modello di privacy | Progettato per preservare la privacy | Reclami visibili al mittente |
Utilizzo | Monitoraggio della reputazione | Igiene e soppressione delle liste |
Granularità dei dati | Per cliente o campagna | Per destinatario che si lamenta |
Consegna | CSV aggregato giornaliero | Messaggi ARF quasi in tempo reale |
Domini supportati | solo gmail.com | Varie a seconda dell'ISP |
Il FBL di Gmail non è nel formato ARF. Per proteggere la privacy degli utenti, il loro FBL è offerto sotto forma di statistiche aggregate sui reclami di spam per cliente o per campagna, che non possono essere ricondotte all'indirizzo email del destinatario che ha contrassegnato la mail come spam. Questo rapporto quotidiano fornisce una percentuale del tasso di reclami di spam degli utenti per cliente e/o campagna di un ESP, e verrà inviato all'indirizzo email designato fornito a Gmail dall'ESP (ad es.: GmailFBL@example.com). Il servizio non è progettato per la gestione delle liste o la valutazione delle consegne, e se c'è una percentuale considerevole di spam nel tuo traffico, riceverai il rapporto aggregato il giorno successivo.
Gli ESP sono fortemente incoraggiati a conformarsi alle linee guida per i Mittenti di Bulk di Gmail. Gmail richiede a tutti i mittenti di utilizzare un indirizzo IP coerente per inviare email, un record RDNS valido per tutti gli indirizzi IP di invio e lo stesso indirizzo nell'intestazione 'From:' per ogni email di massa. Per quanto riguarda l'autenticazione, raccomandano vivamente di firmare con DKIM, pubblicare un record SPF e rispettare la politica DMARC.
Gmail Feedback Loop contro i Feedback Loop Tradizionali degli ISP
Caratteristica | Gmail Feedback Loop | Feedback Loop Tradizionali degli ISP |
|---|---|---|
Formato del rapporto | Statistiche aggregate sullo spam | ARF (Formato di Segnalazione degli Abusi) |
Identificazione dell'utente | Nessun dato a livello di destinatario | Include dati di reclamo individuali |
Modello di privacy | Progettato per preservare la privacy | Reclami visibili al mittente |
Utilizzo | Monitoraggio della reputazione | Igiene e soppressione delle liste |
Granularità dei dati | Per cliente o campagna | Per destinatario che si lamenta |
Consegna | CSV aggregato giornaliero | Messaggi ARF quasi in tempo reale |
Domini supportati | solo gmail.com | Varie a seconda dell'ISP |
Il FBL di Gmail non è nel formato ARF. Per proteggere la privacy degli utenti, il loro FBL è offerto sotto forma di statistiche aggregate sui reclami di spam per cliente o per campagna, che non possono essere ricondotte all'indirizzo email del destinatario che ha contrassegnato la mail come spam. Questo rapporto quotidiano fornisce una percentuale del tasso di reclami di spam degli utenti per cliente e/o campagna di un ESP, e verrà inviato all'indirizzo email designato fornito a Gmail dall'ESP (ad es.: GmailFBL@example.com). Il servizio non è progettato per la gestione delle liste o la valutazione delle consegne, e se c'è una percentuale considerevole di spam nel tuo traffico, riceverai il rapporto aggregato il giorno successivo.
Gli ESP sono fortemente incoraggiati a conformarsi alle linee guida per i Mittenti di Bulk di Gmail. Gmail richiede a tutti i mittenti di utilizzare un indirizzo IP coerente per inviare email, un record RDNS valido per tutti gli indirizzi IP di invio e lo stesso indirizzo nell'intestazione 'From:' per ogni email di massa. Per quanto riguarda l'autenticazione, raccomandano vivamente di firmare con DKIM, pubblicare un record SPF e rispettare la politica DMARC.
Gmail Feedback Loop contro i Feedback Loop Tradizionali degli ISP
Caratteristica | Gmail Feedback Loop | Feedback Loop Tradizionali degli ISP |
|---|---|---|
Formato del rapporto | Statistiche aggregate sullo spam | ARF (Formato di Segnalazione degli Abusi) |
Identificazione dell'utente | Nessun dato a livello di destinatario | Include dati di reclamo individuali |
Modello di privacy | Progettato per preservare la privacy | Reclami visibili al mittente |
Utilizzo | Monitoraggio della reputazione | Igiene e soppressione delle liste |
Granularità dei dati | Per cliente o campagna | Per destinatario che si lamenta |
Consegna | CSV aggregato giornaliero | Messaggi ARF quasi in tempo reale |
Domini supportati | solo gmail.com | Varie a seconda dell'ISP |
Come funziona il ciclo di feedback di Gmail?
Gli ESP dovranno prima inserire un intestazione identificativa di feedback “Feedback-ID”. Questo intestazione identificherà il cliente e/o campagne, invii e tipi di posta. I report FBL saranno generati in base a questi identificatori.
Il campo “Feedback-ID” avrà un massimo di 4 campi, 3 sono facoltativi.
“Feedback-ID: a:b:c:ESPid”
“Feedback-ID” è il nome dell'intestazione
“a:b:c” sono i 3 campi facoltativi che possono essere qualsiasi cosa l'ESP scelga (ad es.: campagna, invio, tipo di traffico)
“ESPid” è l'unico campo richiesto. Questo ID corrisponde a un cliente ESP e deve essere unico e persistente per quel cliente.
Gmail aggrega i dati per gli ultimi 4 campi partendo dal lato destro e ignora eventuali campi extra. I dati restituiti nel report di feedback saranno aggregati in base al tag visto nell'intestazione Feedback-ID. Ogni tag sarà incluso nel report e non ci sono limiti sul numero totale di tag specificati. Tuttavia, Gmail ignorerà i tag con messaggi troppo pochi per prevenire abusi.
I dati FBL saranno aggregati tramite ciascun identificatore in modo indipendente e non raggruppati tra identificatori. Le percentuali di spam saranno segnalate su tutte le mail contenenti un dato identificatore, indipendentemente dalla posizione nell'intestazione dell'identificatore. Il report FBL sarà inviato sotto forma di un allegato CSV e contiene dati ricevuti da Gmail il giorno precedente da l'ESP. Questo report è destinato agli utenti gmail.com e non supporta i domini Google-Apps o Google ospitati.
Requisiti di implementazione del feedback loop di Gmail
Requisito | Aspettativa FBL di Gmail | Note |
|---|---|---|
Identificatore di feedback | Intestazione Feedback-ID richiesta | Identifica cliente / campagna / tipo di traffico |
Campi di intestazione | Max 4 campi | Il campo più a destra deve essere ID specifico dell'ESP |
Logica di aggregazione | Per identificatore, non combinata | La posizione nell'intestazione non conta |
Traffico a basso volume | Ignorato | Previene abusi e deanonimizzazione |
Autenticazione | Autenticazione DKIM a doppia firma richiesta | Previene falsificazione dell'intestazione |
Domini DKIM | Max 10 valori d= unici | Sottodomini consentiti |
Lunghezza chiave DKIM | ≥ 1024 bit | Chiavi più corte trattate come non firmate |
Formato del report | Allegato CSV | Copre il traffico del giorno precedente |
Gli ESP dovranno prima inserire un intestazione identificativa di feedback “Feedback-ID”. Questo intestazione identificherà il cliente e/o campagne, invii e tipi di posta. I report FBL saranno generati in base a questi identificatori.
Il campo “Feedback-ID” avrà un massimo di 4 campi, 3 sono facoltativi.
“Feedback-ID: a:b:c:ESPid”
“Feedback-ID” è il nome dell'intestazione
“a:b:c” sono i 3 campi facoltativi che possono essere qualsiasi cosa l'ESP scelga (ad es.: campagna, invio, tipo di traffico)
“ESPid” è l'unico campo richiesto. Questo ID corrisponde a un cliente ESP e deve essere unico e persistente per quel cliente.
Gmail aggrega i dati per gli ultimi 4 campi partendo dal lato destro e ignora eventuali campi extra. I dati restituiti nel report di feedback saranno aggregati in base al tag visto nell'intestazione Feedback-ID. Ogni tag sarà incluso nel report e non ci sono limiti sul numero totale di tag specificati. Tuttavia, Gmail ignorerà i tag con messaggi troppo pochi per prevenire abusi.
I dati FBL saranno aggregati tramite ciascun identificatore in modo indipendente e non raggruppati tra identificatori. Le percentuali di spam saranno segnalate su tutte le mail contenenti un dato identificatore, indipendentemente dalla posizione nell'intestazione dell'identificatore. Il report FBL sarà inviato sotto forma di un allegato CSV e contiene dati ricevuti da Gmail il giorno precedente da l'ESP. Questo report è destinato agli utenti gmail.com e non supporta i domini Google-Apps o Google ospitati.
Requisiti di implementazione del feedback loop di Gmail
Requisito | Aspettativa FBL di Gmail | Note |
|---|---|---|
Identificatore di feedback | Intestazione Feedback-ID richiesta | Identifica cliente / campagna / tipo di traffico |
Campi di intestazione | Max 4 campi | Il campo più a destra deve essere ID specifico dell'ESP |
Logica di aggregazione | Per identificatore, non combinata | La posizione nell'intestazione non conta |
Traffico a basso volume | Ignorato | Previene abusi e deanonimizzazione |
Autenticazione | Autenticazione DKIM a doppia firma richiesta | Previene falsificazione dell'intestazione |
Domini DKIM | Max 10 valori d= unici | Sottodomini consentiti |
Lunghezza chiave DKIM | ≥ 1024 bit | Chiavi più corte trattate come non firmate |
Formato del report | Allegato CSV | Copre il traffico del giorno precedente |
Gli ESP dovranno prima inserire un intestazione identificativa di feedback “Feedback-ID”. Questo intestazione identificherà il cliente e/o campagne, invii e tipi di posta. I report FBL saranno generati in base a questi identificatori.
Il campo “Feedback-ID” avrà un massimo di 4 campi, 3 sono facoltativi.
“Feedback-ID: a:b:c:ESPid”
“Feedback-ID” è il nome dell'intestazione
“a:b:c” sono i 3 campi facoltativi che possono essere qualsiasi cosa l'ESP scelga (ad es.: campagna, invio, tipo di traffico)
“ESPid” è l'unico campo richiesto. Questo ID corrisponde a un cliente ESP e deve essere unico e persistente per quel cliente.
Gmail aggrega i dati per gli ultimi 4 campi partendo dal lato destro e ignora eventuali campi extra. I dati restituiti nel report di feedback saranno aggregati in base al tag visto nell'intestazione Feedback-ID. Ogni tag sarà incluso nel report e non ci sono limiti sul numero totale di tag specificati. Tuttavia, Gmail ignorerà i tag con messaggi troppo pochi per prevenire abusi.
I dati FBL saranno aggregati tramite ciascun identificatore in modo indipendente e non raggruppati tra identificatori. Le percentuali di spam saranno segnalate su tutte le mail contenenti un dato identificatore, indipendentemente dalla posizione nell'intestazione dell'identificatore. Il report FBL sarà inviato sotto forma di un allegato CSV e contiene dati ricevuti da Gmail il giorno precedente da l'ESP. Questo report è destinato agli utenti gmail.com e non supporta i domini Google-Apps o Google ospitati.
Requisiti di implementazione del feedback loop di Gmail
Requisito | Aspettativa FBL di Gmail | Note |
|---|---|---|
Identificatore di feedback | Intestazione Feedback-ID richiesta | Identifica cliente / campagna / tipo di traffico |
Campi di intestazione | Max 4 campi | Il campo più a destra deve essere ID specifico dell'ESP |
Logica di aggregazione | Per identificatore, non combinata | La posizione nell'intestazione non conta |
Traffico a basso volume | Ignorato | Previene abusi e deanonimizzazione |
Autenticazione | Autenticazione DKIM a doppia firma richiesta | Previene falsificazione dell'intestazione |
Domini DKIM | Max 10 valori d= unici | Sottodomini consentiti |
Lunghezza chiave DKIM | ≥ 1024 bit | Chiavi più corte trattate come non firmate |
Formato del report | Allegato CSV | Copre il traffico del giorno precedente |
Quali sono i requisiti DKIM?
Per prevenire lo spoofing dell’intestazione “Feedback-ID”, l'ESP deve prima rimuovere qualsiasi istanza di questa intestazione prima di inserirla e poi firmarla con la chiave di dominio dell'ESP. Questo si aggiunge a qualsiasi firma esistente ed è una pratica comunemente nota come “doppia firma”.
Possono essere utilizzati fino a 10 domini di firma DKIM “d=” unici per firmare queste intestazioni, ma i sottodomini possono essere utilizzati come alternativa.
Per quanto riguarda la lunghezza della chiave DKIM, Gmail richiede una chiave di almeno 1024 bit. Secondo il sito del postmaster di Gmail, Gmail ha trattato tutte le email firmate con chiavi inferiori a 1024 bit come non firmate da gennaio 2013. Raccomandano ai mittenti interessati con chiavi corte di passare a chiavi RSA che siano di almeno 1024 bit di lunghezza.
Per prevenire lo spoofing dell’intestazione “Feedback-ID”, l'ESP deve prima rimuovere qualsiasi istanza di questa intestazione prima di inserirla e poi firmarla con la chiave di dominio dell'ESP. Questo si aggiunge a qualsiasi firma esistente ed è una pratica comunemente nota come “doppia firma”.
Possono essere utilizzati fino a 10 domini di firma DKIM “d=” unici per firmare queste intestazioni, ma i sottodomini possono essere utilizzati come alternativa.
Per quanto riguarda la lunghezza della chiave DKIM, Gmail richiede una chiave di almeno 1024 bit. Secondo il sito del postmaster di Gmail, Gmail ha trattato tutte le email firmate con chiavi inferiori a 1024 bit come non firmate da gennaio 2013. Raccomandano ai mittenti interessati con chiavi corte di passare a chiavi RSA che siano di almeno 1024 bit di lunghezza.
Per prevenire lo spoofing dell’intestazione “Feedback-ID”, l'ESP deve prima rimuovere qualsiasi istanza di questa intestazione prima di inserirla e poi firmarla con la chiave di dominio dell'ESP. Questo si aggiunge a qualsiasi firma esistente ed è una pratica comunemente nota come “doppia firma”.
Possono essere utilizzati fino a 10 domini di firma DKIM “d=” unici per firmare queste intestazioni, ma i sottodomini possono essere utilizzati come alternativa.
Per quanto riguarda la lunghezza della chiave DKIM, Gmail richiede una chiave di almeno 1024 bit. Secondo il sito del postmaster di Gmail, Gmail ha trattato tutte le email firmate con chiavi inferiori a 1024 bit come non firmate da gennaio 2013. Raccomandano ai mittenti interessati con chiavi corte di passare a chiavi RSA che siano di almeno 1024 bit di lunghezza.
Come possiamo implementare correttamente i requisiti del FBL di Gmail in Momentum?
La piattaforma Momentum supporta più firme utilizzando la policy Lua. OpenDKIM è ora il modulo di firma preferito nelle versioni 3.6.0 e successive di Momentum. Maggiori informazioni sulle librerie Lua per la firma possono essere trovate nella nostra documentazione.
Abbiamo anche creato una semplice policy Lua di firma OpenDKIM che configura facilmente un secondo dominio di firma. Puoi trovare ulteriori informazioni nella nostra guida alla policy di firma Lua di OpenDKIM.
La piattaforma Momentum supporta più firme utilizzando la policy Lua. OpenDKIM è ora il modulo di firma preferito nelle versioni 3.6.0 e successive di Momentum. Maggiori informazioni sulle librerie Lua per la firma possono essere trovate nella nostra documentazione.
Abbiamo anche creato una semplice policy Lua di firma OpenDKIM che configura facilmente un secondo dominio di firma. Puoi trovare ulteriori informazioni nella nostra guida alla policy di firma Lua di OpenDKIM.
La piattaforma Momentum supporta più firme utilizzando la policy Lua. OpenDKIM è ora il modulo di firma preferito nelle versioni 3.6.0 e successive di Momentum. Maggiori informazioni sulle librerie Lua per la firma possono essere trovate nella nostra documentazione.
Abbiamo anche creato una semplice policy Lua di firma OpenDKIM che configura facilmente un secondo dominio di firma. Puoi trovare ulteriori informazioni nella nostra guida alla policy di firma Lua di OpenDKIM.
Quali altri ISP forniscono loop di feedback?
Se stai cercando ulteriori informazioni su come funzionano i feedback loop, ti invitiamo a fare riferimento al documento “Raccomandazioni operative sul feedback delle lamentele” documento RFC 6449. E mentre parliamo di feedback loop, ha senso condividere i link agli altri fornitori FBL fidati là fuori, nel caso tu non li avessi già.
Earthlink (solo email): fblrequest@abuse.earthlink.net
Gmail (beta, solo per alcuni ESP, invia report aggregati per motivi di privacy (non ARF)
IBM Smart Cloud (solo email) postmaster@lotuslive.com
Rackspace (precedentemente Mailtrust)
Yahoo! (richiede DomainKeys o DKIM ed è l'unico fornitore FBL basato su dominio)
Ora, per riassumere: è una grande notizia che Google offra ora un FBL. Ha alcune peculiarità e i mittenti dovranno fare qualche configurazione per farlo funzionare per loro. Ma per gli utenti di Momentum, sarà un processo semplice. Se qualche lettore desidera condividere la propria esperienza con il nuovo FBL di Google, ci piacerebbe ascoltare la tua storia. Sentiti libero di lasciare un feedback nei commenti.
Se stai cercando ulteriori informazioni su come funzionano i feedback loop, ti invitiamo a fare riferimento al documento “Raccomandazioni operative sul feedback delle lamentele” documento RFC 6449. E mentre parliamo di feedback loop, ha senso condividere i link agli altri fornitori FBL fidati là fuori, nel caso tu non li avessi già.
Earthlink (solo email): fblrequest@abuse.earthlink.net
Gmail (beta, solo per alcuni ESP, invia report aggregati per motivi di privacy (non ARF)
IBM Smart Cloud (solo email) postmaster@lotuslive.com
Rackspace (precedentemente Mailtrust)
Yahoo! (richiede DomainKeys o DKIM ed è l'unico fornitore FBL basato su dominio)
Ora, per riassumere: è una grande notizia che Google offra ora un FBL. Ha alcune peculiarità e i mittenti dovranno fare qualche configurazione per farlo funzionare per loro. Ma per gli utenti di Momentum, sarà un processo semplice. Se qualche lettore desidera condividere la propria esperienza con il nuovo FBL di Google, ci piacerebbe ascoltare la tua storia. Sentiti libero di lasciare un feedback nei commenti.
Se stai cercando ulteriori informazioni su come funzionano i feedback loop, ti invitiamo a fare riferimento al documento “Raccomandazioni operative sul feedback delle lamentele” documento RFC 6449. E mentre parliamo di feedback loop, ha senso condividere i link agli altri fornitori FBL fidati là fuori, nel caso tu non li avessi già.
Earthlink (solo email): fblrequest@abuse.earthlink.net
Gmail (beta, solo per alcuni ESP, invia report aggregati per motivi di privacy (non ARF)
IBM Smart Cloud (solo email) postmaster@lotuslive.com
Rackspace (precedentemente Mailtrust)
Yahoo! (richiede DomainKeys o DKIM ed è l'unico fornitore FBL basato su dominio)
Ora, per riassumere: è una grande notizia che Google offra ora un FBL. Ha alcune peculiarità e i mittenti dovranno fare qualche configurazione per farlo funzionare per loro. Ma per gli utenti di Momentum, sarà un processo semplice. Se qualche lettore desidera condividere la propria esperienza con il nuovo FBL di Google, ci piacerebbe ascoltare la tua storia. Sentiti libero di lasciare un feedback nei commenti.
