Alles wat u moet weten over Gmail’s Feedback Loop-aanbieding
Bird
1 apr 2014
1 min read
Belangrijkste punten
Gmail introduceerde een FBL-pilot om ESP's te helpen spammige afzenders te identificeren.
In tegenstelling tot traditionele FBL's, biedt Gmail geaggregeerde spamklachtgegevens, geen ARF-rapporten.
ESPs ontvangen dagelijkse spamklachtpercentages op klant- of campagneniveau.
Gmail vereist strikte naleving van de Bulk Sender Guidelines (IP-consistentie, RDNS, SPF, DKIM, DMARC).
Een nieuwe "Feedback-ID" header is vereist om klanten, campagnes en verkeerstypen te identificeren.
Gmail aggregeert klachten per identificator, niet over hen heen, en negeert tags met laag volume.
De FBL-gegevens arriveren als een CSV-bijlage die de berichten van gmail.com van de vorige dag dekt.
ESPs moeten de headers DKIM-dubbelsigneren om spoofing te voorkomen.
Momentum ondersteunt meerdere DKIM-handtekeningen met behulp van Lua-beleidsregels en OpenDKIM.
Gmail ondersteunt alleen 1024-bits+ DKIM-sleutels, en behandelt kortere als ongetekend.
Meerdere ISP's bieden FBL's, maar het model van Gmail is uniek en privacybehoudend.
Q&A Hoogtepunten
Wat is Gmail’s Feedback Loop (FBL)?
Een pilotprogramma voor ESP's dat samengevoegde spamklachtgegevens verstrekt, helpt bij het identificeren van misbruikende afzenders zonder individuele gebruikersinformatie bloot te geven.
Hoe verschilt Gmail’s FBL van traditionele feedback loops?
Traditionele FBL's gebruiken ARF-klachtrapporten met individuele spamklachtgegevens.
Gmail biedt in plaats daarvan geaggregeerde dagelijkse percentages aan, ter bescherming van de privacy van eindgebruikers.
Wat bevat het aggregated report?
Een dagelijkse CSV met:
Percentage van spamklachten
Gegroepeerd op klant, campagne of verkeerssoort
Alleen voor gmail.com ontvangers
Wat is de “Feedback-ID” header?
Een vereiste header die de klant identificeert en optioneel de campagne of het verkeerstype.
Formaat:
Feedback-ID: a:b:c:ESPid
a:b:c= optionele identificatiesESPid= vereist unieke klant-ID
Gmail aggregeert op basis van elke individuele identificatie.
Wat gebeurt er als tags te weinig berichten hebben?
Gmail negeert lage-volume-identificatoren om misbruik of per ongeluk taggeluid te voorkomen.
Groepeert Gmail identifiers samen?
Nr.
Elke identificatie wordt onafhankelijk geanalyseerd, zelfs als ze samen in dezelfde kop voorkomen.
Hoe en wanneer worden FBL reports geleverd?
Rapporten worden eens per dag via e-mail verzonden als een CSV-bijlage, die de gegevens van de vorige dag bevat.
Welke verzendvereisten hanteert Gmail?
Verzenders moeten voldoen aan de Gmail Bulk Sender Richtlijnen, waaronder:
Consistent verzendende IP
Geldige RDNS
Zelfde "From" adres voor bulkmail
Gebruik van SPF, DKIM, en DMARC (sterk aanbevolen)
Wat zijn de DKIM-vereisten voor de Feedback-ID header?
ESPs moeten:
Bestaande Feedback-ID headers verwijderen
Een nieuwe invoegen
DKIM opnieuw ondertekenen (dubbel ondertekenen)
Gebruik minimaal 1024-bit DKIM sleutels
Hoe ondersteunt Momentum Gmail's FBL?
Momentum ondersteunt:
Meerdere DKIM-handtekeningen via Lua-beleid
OpenDKIM voor moderne DKIM-ondertekening
Eenvoudige configuratie van afzonderlijke ondertekeningsdomeinen
De documentatie biedt voorbeeld-Lua-ondertekeningsbeleiden.
Welke andere ISPs bieden feedback loops aan?
Verscheidene grote ISP's bieden FBL's aan, waaronder:
AOL, Comcast, Cox, Fastmail, Hotmail, Mail.ru, OpenSRS, Rackspace, Yahoo!, Zoho en anderen.
De meeste leveren ARF-formaat rapporten, in tegenstelling tot Gmail.
In februari kondigde Gmail hun Feedback Loop (FBL) proefaanbod aan voor ESPs om hen te helpen bij het identificeren van slechte actoren en spammers op hun netwerk.
In februari kondigde Gmail hun Feedback Loop (FBL) proefaanbod aan voor ESPs om hen te helpen bij het identificeren van slechte actoren en spammers op hun netwerk.
In februari kondigde Gmail hun Feedback Loop (FBL) proefaanbod aan voor ESPs om hen te helpen bij het identificeren van slechte actoren en spammers op hun netwerk.
Gmail introduceert een pilot feedbackloop aanbieding
Gmail is sinds 2004 een belangrijke speler in de geschiedenis van e-mail. Voor meer fascinerende inzichten over de evolutie van e-mail, waaronder de verrassende oorsprong van Gmail, bekijk onze 13 leuke e-mailfeitjes. Als je dieper wilt duiken, kun je toegang krijgen tot het inschrijfformulier.
Voor degenen die niet bekend zijn met het proces, hier is een korte samenvatting. Feedback loops zijn in wezen rapporten die ISP's verstrekken aan grote volumes zenders over het aantal ontvangers dat hun mails als spam markeert. Het is een zeer belangrijke dienst die bedrijven in staat stelt hun zenderreputatie bij de ISP's te monitoren en snel actie te ondernemen voor schadebeheersing als grote aantallen ontvangers hun e-mails als spam markeren. Zoals je al kunt vertellen, is dit behoorlijk cruciaal voor bedrijven die afhankelijk zijn van e-mailmarketing als een hoofd bron van inkomsten.
Gmail is sinds 2004 een belangrijke speler in de geschiedenis van e-mail. Voor meer fascinerende inzichten over de evolutie van e-mail, waaronder de verrassende oorsprong van Gmail, bekijk onze 13 leuke e-mailfeitjes. Als je dieper wilt duiken, kun je toegang krijgen tot het inschrijfformulier.
Voor degenen die niet bekend zijn met het proces, hier is een korte samenvatting. Feedback loops zijn in wezen rapporten die ISP's verstrekken aan grote volumes zenders over het aantal ontvangers dat hun mails als spam markeert. Het is een zeer belangrijke dienst die bedrijven in staat stelt hun zenderreputatie bij de ISP's te monitoren en snel actie te ondernemen voor schadebeheersing als grote aantallen ontvangers hun e-mails als spam markeren. Zoals je al kunt vertellen, is dit behoorlijk cruciaal voor bedrijven die afhankelijk zijn van e-mailmarketing als een hoofd bron van inkomsten.
Gmail is sinds 2004 een belangrijke speler in de geschiedenis van e-mail. Voor meer fascinerende inzichten over de evolutie van e-mail, waaronder de verrassende oorsprong van Gmail, bekijk onze 13 leuke e-mailfeitjes. Als je dieper wilt duiken, kun je toegang krijgen tot het inschrijfformulier.
Voor degenen die niet bekend zijn met het proces, hier is een korte samenvatting. Feedback loops zijn in wezen rapporten die ISP's verstrekken aan grote volumes zenders over het aantal ontvangers dat hun mails als spam markeert. Het is een zeer belangrijke dienst die bedrijven in staat stelt hun zenderreputatie bij de ISP's te monitoren en snel actie te ondernemen voor schadebeheersing als grote aantallen ontvangers hun e-mails als spam markeren. Zoals je al kunt vertellen, is dit behoorlijk cruciaal voor bedrijven die afhankelijk zijn van e-mailmarketing als een hoofd bron van inkomsten.
De feedbackloop van Gmail verschilt echter van andere ISPs
Gmail's FBL is niet in ARF-formaat. Om de privacy van gebruikers te beschermen, wordt hun FBL aangeboden in de vorm van geaggregeerde spamstatistieken per klant of per campagne, die niet kunnen worden herleid tot het e-mailadres van de ontvanger die de e-mail als spam heeft gemarkeerd. Dit dagelijkse rapport biedt een percentage van het aantal gebruikers dat spamklachten heeft per klant en/of campagne van een ESP, en zal worden verzonden naar het opgegeven e-mailadres dat is verstrekt aan Gmail door de ESP (bijv.: GmailFBL@example.com). De dienst is niet ontworpen voor lijstbeheer of bezorgevaluatie, en als er een aanzienlijk percentage spam in uw verkeer is, ontvangt u de volgende dag het geaggregeerde rapport.
ESP's worden sterk aangemoedigd om te voldoen aan de richtlijnen voor bulkzenders van Gmail. Gmail vereist dat alle afzenders een consistent IP-adres gebruiken om e-mail te verzenden, een geldig RDNS-record voor alle verzendende IP-adressen, en hetzelfde adres in de 'Van:'-kop in elke bulkmail. Wat betreft authenticatie raden ze sterk aan om te ondertekenen met DKIM, een SPF-record te publiceren en zich aan het DMARC-beleid te houden.
Gmail Feedback Loop versus Traditionele ISP Feedback Loops
Functie | Gmail Feedback Loop | Traditionele ISP Feedback Loops |
|---|---|---|
Rapportformaat | Geaggregeerde spamstatistieken | ARF (Abuse Reporting Format) |
Gebruikersidentificatie | Geen gegevens op ontvangersniveau | Inclusief individuele klachtgegevens |
Privacymodel | Privacy-behoudend door ontwerp | Voor de afzender zichtbare klachten |
Gebruiksscenario | Reputatiemonitoring | Lijsthygiëne en onderdrukking |
Gegevensspecificiteit | Per klant of campagne | Per klagende ontvanger |
Bezorging | Dagelijks geaggregeerde CSV | Bijna realtime ARF-berichten |
Ondersteunde domeinen | alleen gmail.com | Verschilt per ISP |
Gmail's FBL is niet in ARF-formaat. Om de privacy van gebruikers te beschermen, wordt hun FBL aangeboden in de vorm van geaggregeerde spamstatistieken per klant of per campagne, die niet kunnen worden herleid tot het e-mailadres van de ontvanger die de e-mail als spam heeft gemarkeerd. Dit dagelijkse rapport biedt een percentage van het aantal gebruikers dat spamklachten heeft per klant en/of campagne van een ESP, en zal worden verzonden naar het opgegeven e-mailadres dat is verstrekt aan Gmail door de ESP (bijv.: GmailFBL@example.com). De dienst is niet ontworpen voor lijstbeheer of bezorgevaluatie, en als er een aanzienlijk percentage spam in uw verkeer is, ontvangt u de volgende dag het geaggregeerde rapport.
ESP's worden sterk aangemoedigd om te voldoen aan de richtlijnen voor bulkzenders van Gmail. Gmail vereist dat alle afzenders een consistent IP-adres gebruiken om e-mail te verzenden, een geldig RDNS-record voor alle verzendende IP-adressen, en hetzelfde adres in de 'Van:'-kop in elke bulkmail. Wat betreft authenticatie raden ze sterk aan om te ondertekenen met DKIM, een SPF-record te publiceren en zich aan het DMARC-beleid te houden.
Gmail Feedback Loop versus Traditionele ISP Feedback Loops
Functie | Gmail Feedback Loop | Traditionele ISP Feedback Loops |
|---|---|---|
Rapportformaat | Geaggregeerde spamstatistieken | ARF (Abuse Reporting Format) |
Gebruikersidentificatie | Geen gegevens op ontvangersniveau | Inclusief individuele klachtgegevens |
Privacymodel | Privacy-behoudend door ontwerp | Voor de afzender zichtbare klachten |
Gebruiksscenario | Reputatiemonitoring | Lijsthygiëne en onderdrukking |
Gegevensspecificiteit | Per klant of campagne | Per klagende ontvanger |
Bezorging | Dagelijks geaggregeerde CSV | Bijna realtime ARF-berichten |
Ondersteunde domeinen | alleen gmail.com | Verschilt per ISP |
Gmail's FBL is niet in ARF-formaat. Om de privacy van gebruikers te beschermen, wordt hun FBL aangeboden in de vorm van geaggregeerde spamstatistieken per klant of per campagne, die niet kunnen worden herleid tot het e-mailadres van de ontvanger die de e-mail als spam heeft gemarkeerd. Dit dagelijkse rapport biedt een percentage van het aantal gebruikers dat spamklachten heeft per klant en/of campagne van een ESP, en zal worden verzonden naar het opgegeven e-mailadres dat is verstrekt aan Gmail door de ESP (bijv.: GmailFBL@example.com). De dienst is niet ontworpen voor lijstbeheer of bezorgevaluatie, en als er een aanzienlijk percentage spam in uw verkeer is, ontvangt u de volgende dag het geaggregeerde rapport.
ESP's worden sterk aangemoedigd om te voldoen aan de richtlijnen voor bulkzenders van Gmail. Gmail vereist dat alle afzenders een consistent IP-adres gebruiken om e-mail te verzenden, een geldig RDNS-record voor alle verzendende IP-adressen, en hetzelfde adres in de 'Van:'-kop in elke bulkmail. Wat betreft authenticatie raden ze sterk aan om te ondertekenen met DKIM, een SPF-record te publiceren en zich aan het DMARC-beleid te houden.
Gmail Feedback Loop versus Traditionele ISP Feedback Loops
Functie | Gmail Feedback Loop | Traditionele ISP Feedback Loops |
|---|---|---|
Rapportformaat | Geaggregeerde spamstatistieken | ARF (Abuse Reporting Format) |
Gebruikersidentificatie | Geen gegevens op ontvangersniveau | Inclusief individuele klachtgegevens |
Privacymodel | Privacy-behoudend door ontwerp | Voor de afzender zichtbare klachten |
Gebruiksscenario | Reputatiemonitoring | Lijsthygiëne en onderdrukking |
Gegevensspecificiteit | Per klant of campagne | Per klagende ontvanger |
Bezorging | Dagelijks geaggregeerde CSV | Bijna realtime ARF-berichten |
Ondersteunde domeinen | alleen gmail.com | Verschilt per ISP |
Hoe werkt de feedback loop van Gmail?
ESP's moeten eerst een feedback identifier koptekst "Feedback-ID" invoegen. Deze koptekst zal de klant en of campagnes, mailings, en mailtypes identificeren. FBL-rapporten zullen worden gegenereerd op basis van deze identifiers.
De "Feedback-ID" koptekst zal maximaal 4 velden hebben, waarvan er 3 optioneel zijn.
“Feedback-ID: a:b:c:ESPid”
"Feedback-ID" is de naam van de koptekst
"a:b:c" zijn de optionele 3 velden die alles kunnen zijn wat de ESP kiest (bijv.: campagne, mailing, verkeerstype)
"ESPid" is het enige vereiste veld. Deze ID komt overeen met een ESP-klant en moet uniek en persistent voor die klant zijn.
Gmail zal gegevens aggregeren voor de laatste 4 velden beginnend aan de rechterkant en negeert eventuele extra velden. De gegevens die worden geretourneerd in het feedbackrapport zullen worden geaggregeerd door de tag die wordt gezien in de Feedback-ID koptekst. Elke tag zal worden opgenomen in het rapport en er zijn geen beperkingen op het aantal gespecificeerde totale tags. Echter, Gmail zal tags met te weinig berichten negeren om misbruik te voorkomen.
FBL-gegevens zullen worden geaggregeerd per identifier onafhankelijk en niet gegroepeerd over identifiers heen. Spampercentages zullen worden gerapporteerd over alle mails die een gegeven identifier bevatten, ongeacht de positie in de identifier koptekst. Het FBL-rapport zal worden verzonden in de vorm van een CSV-bijlage en bevat gegevens die door Gmail op de vorige dag zijn ontvangen van de ESP. Dit rapport is bedoeld voor gmail.com-gebruikers en ondersteunt geen Google-Apps of door Google gehoste domeinen.
Implementatievereisten voor Gmail Feedback Loop
Vereiste | Gmail FBL Verwachting | Notities |
|---|---|---|
Feedback identifier | Feedback-ID koptekst vereist | Identificeert klant / campagne / verkeerstype |
Koptekst velden | Max 4 velden | Rechterveld moet ESP-specifiek ID zijn |
Aggregatielogica | Per identifier, niet gecombineerd | Positie in koptekst maakt niet uit |
Laag-volume verkeer | Genegeerd | Voorkomt misbruik en deanonymisatie |
Authenticatie | DKIM dubbelhandtekening vereist | Voorkomt koptekstvervalsing |
DKIM domeinen | Max 10 unieke d= waarden | Subdomeinen toegestaan |
DKIM sleutel lengte | ≥ 1024 bits | Kortere sleutels behandeld als niet ondertekend |
Rapportformaat | CSV-bijlage | Dekt verkeer van de vorige dag |
ESP's moeten eerst een feedback identifier koptekst "Feedback-ID" invoegen. Deze koptekst zal de klant en of campagnes, mailings, en mailtypes identificeren. FBL-rapporten zullen worden gegenereerd op basis van deze identifiers.
De "Feedback-ID" koptekst zal maximaal 4 velden hebben, waarvan er 3 optioneel zijn.
“Feedback-ID: a:b:c:ESPid”
"Feedback-ID" is de naam van de koptekst
"a:b:c" zijn de optionele 3 velden die alles kunnen zijn wat de ESP kiest (bijv.: campagne, mailing, verkeerstype)
"ESPid" is het enige vereiste veld. Deze ID komt overeen met een ESP-klant en moet uniek en persistent voor die klant zijn.
Gmail zal gegevens aggregeren voor de laatste 4 velden beginnend aan de rechterkant en negeert eventuele extra velden. De gegevens die worden geretourneerd in het feedbackrapport zullen worden geaggregeerd door de tag die wordt gezien in de Feedback-ID koptekst. Elke tag zal worden opgenomen in het rapport en er zijn geen beperkingen op het aantal gespecificeerde totale tags. Echter, Gmail zal tags met te weinig berichten negeren om misbruik te voorkomen.
FBL-gegevens zullen worden geaggregeerd per identifier onafhankelijk en niet gegroepeerd over identifiers heen. Spampercentages zullen worden gerapporteerd over alle mails die een gegeven identifier bevatten, ongeacht de positie in de identifier koptekst. Het FBL-rapport zal worden verzonden in de vorm van een CSV-bijlage en bevat gegevens die door Gmail op de vorige dag zijn ontvangen van de ESP. Dit rapport is bedoeld voor gmail.com-gebruikers en ondersteunt geen Google-Apps of door Google gehoste domeinen.
Implementatievereisten voor Gmail Feedback Loop
Vereiste | Gmail FBL Verwachting | Notities |
|---|---|---|
Feedback identifier | Feedback-ID koptekst vereist | Identificeert klant / campagne / verkeerstype |
Koptekst velden | Max 4 velden | Rechterveld moet ESP-specifiek ID zijn |
Aggregatielogica | Per identifier, niet gecombineerd | Positie in koptekst maakt niet uit |
Laag-volume verkeer | Genegeerd | Voorkomt misbruik en deanonymisatie |
Authenticatie | DKIM dubbelhandtekening vereist | Voorkomt koptekstvervalsing |
DKIM domeinen | Max 10 unieke d= waarden | Subdomeinen toegestaan |
DKIM sleutel lengte | ≥ 1024 bits | Kortere sleutels behandeld als niet ondertekend |
Rapportformaat | CSV-bijlage | Dekt verkeer van de vorige dag |
ESP's moeten eerst een feedback identifier koptekst "Feedback-ID" invoegen. Deze koptekst zal de klant en of campagnes, mailings, en mailtypes identificeren. FBL-rapporten zullen worden gegenereerd op basis van deze identifiers.
De "Feedback-ID" koptekst zal maximaal 4 velden hebben, waarvan er 3 optioneel zijn.
“Feedback-ID: a:b:c:ESPid”
"Feedback-ID" is de naam van de koptekst
"a:b:c" zijn de optionele 3 velden die alles kunnen zijn wat de ESP kiest (bijv.: campagne, mailing, verkeerstype)
"ESPid" is het enige vereiste veld. Deze ID komt overeen met een ESP-klant en moet uniek en persistent voor die klant zijn.
Gmail zal gegevens aggregeren voor de laatste 4 velden beginnend aan de rechterkant en negeert eventuele extra velden. De gegevens die worden geretourneerd in het feedbackrapport zullen worden geaggregeerd door de tag die wordt gezien in de Feedback-ID koptekst. Elke tag zal worden opgenomen in het rapport en er zijn geen beperkingen op het aantal gespecificeerde totale tags. Echter, Gmail zal tags met te weinig berichten negeren om misbruik te voorkomen.
FBL-gegevens zullen worden geaggregeerd per identifier onafhankelijk en niet gegroepeerd over identifiers heen. Spampercentages zullen worden gerapporteerd over alle mails die een gegeven identifier bevatten, ongeacht de positie in de identifier koptekst. Het FBL-rapport zal worden verzonden in de vorm van een CSV-bijlage en bevat gegevens die door Gmail op de vorige dag zijn ontvangen van de ESP. Dit rapport is bedoeld voor gmail.com-gebruikers en ondersteunt geen Google-Apps of door Google gehoste domeinen.
Implementatievereisten voor Gmail Feedback Loop
Vereiste | Gmail FBL Verwachting | Notities |
|---|---|---|
Feedback identifier | Feedback-ID koptekst vereist | Identificeert klant / campagne / verkeerstype |
Koptekst velden | Max 4 velden | Rechterveld moet ESP-specifiek ID zijn |
Aggregatielogica | Per identifier, niet gecombineerd | Positie in koptekst maakt niet uit |
Laag-volume verkeer | Genegeerd | Voorkomt misbruik en deanonymisatie |
Authenticatie | DKIM dubbelhandtekening vereist | Voorkomt koptekstvervalsing |
DKIM domeinen | Max 10 unieke d= waarden | Subdomeinen toegestaan |
DKIM sleutel lengte | ≥ 1024 bits | Kortere sleutels behandeld als niet ondertekend |
Rapportformaat | CSV-bijlage | Dekt verkeer van de vorige dag |
Wat zijn de DKIM-vereisten?
Om spoofing van de “Feedback-ID” header te voorkomen, moet de ESP eerst alle instanties van deze header verwijderen voordat deze wordt ingevoegd en vervolgens moet deze met de domeinsleutel van de ESP worden DKIM ondertekend. Dit is naast elke bestaande handtekening en is een praktijk die algemeen bekend staat als “double signing”.
Er mogen maximaal 10 unieke DKIM “d=” ondertekenende domeinen worden gebruikt om deze headers te ondertekenen, maar subdomeinen kunnen als alternatief worden gebruikt.
Wat betreft de lengte van de DKIM-sleutel vereist Gmail een minimaal 1024-bits lange sleutel. Volgens de postmastersite van Gmail behandelt Gmail sinds januari 2013 alle e-mails die zijn ondertekend met minder dan 1024-bit keys als niet-ondertekend. Ze raden de getroffen verzenders met korte sleutels aan om over te schakelen naar RSA-sleutels die minimaal 1024-bits lang zijn.
Om spoofing van de “Feedback-ID” header te voorkomen, moet de ESP eerst alle instanties van deze header verwijderen voordat deze wordt ingevoegd en vervolgens moet deze met de domeinsleutel van de ESP worden DKIM ondertekend. Dit is naast elke bestaande handtekening en is een praktijk die algemeen bekend staat als “double signing”.
Er mogen maximaal 10 unieke DKIM “d=” ondertekenende domeinen worden gebruikt om deze headers te ondertekenen, maar subdomeinen kunnen als alternatief worden gebruikt.
Wat betreft de lengte van de DKIM-sleutel vereist Gmail een minimaal 1024-bits lange sleutel. Volgens de postmastersite van Gmail behandelt Gmail sinds januari 2013 alle e-mails die zijn ondertekend met minder dan 1024-bit keys als niet-ondertekend. Ze raden de getroffen verzenders met korte sleutels aan om over te schakelen naar RSA-sleutels die minimaal 1024-bits lang zijn.
Om spoofing van de “Feedback-ID” header te voorkomen, moet de ESP eerst alle instanties van deze header verwijderen voordat deze wordt ingevoegd en vervolgens moet deze met de domeinsleutel van de ESP worden DKIM ondertekend. Dit is naast elke bestaande handtekening en is een praktijk die algemeen bekend staat als “double signing”.
Er mogen maximaal 10 unieke DKIM “d=” ondertekenende domeinen worden gebruikt om deze headers te ondertekenen, maar subdomeinen kunnen als alternatief worden gebruikt.
Wat betreft de lengte van de DKIM-sleutel vereist Gmail een minimaal 1024-bits lange sleutel. Volgens de postmastersite van Gmail behandelt Gmail sinds januari 2013 alle e-mails die zijn ondertekend met minder dan 1024-bit keys als niet-ondertekend. Ze raden de getroffen verzenders met korte sleutels aan om over te schakelen naar RSA-sleutels die minimaal 1024-bits lang zijn.
Hoe kunnen we correct Gmail's FBL-vereisten in Momentum implementeren?
Meerdere handtekeningen worden ondersteund in het Momentum-platform met behulp van Lua-beleid. OpenDKIM is nu de geprefereerde ondertekeningsmodule in Momentum-versies 3.6.0 en nieuwer. Meer informatie over de Lua-bibliotheken voor ondertekening is te vinden in onze documentatie.
We hebben ook een eenvoudig OpenDKIM-ondertekenings-Lua-beleid gemaakt waarmee eenvoudig een tweede ondertekeningsdomein kan worden geconfigureerd. Je kunt meer informatie vinden in onze gids voor het OpenDKIM-ondertekenings-Lua-beleid.
Meerdere handtekeningen worden ondersteund in het Momentum-platform met behulp van Lua-beleid. OpenDKIM is nu de geprefereerde ondertekeningsmodule in Momentum-versies 3.6.0 en nieuwer. Meer informatie over de Lua-bibliotheken voor ondertekening is te vinden in onze documentatie.
We hebben ook een eenvoudig OpenDKIM-ondertekenings-Lua-beleid gemaakt waarmee eenvoudig een tweede ondertekeningsdomein kan worden geconfigureerd. Je kunt meer informatie vinden in onze gids voor het OpenDKIM-ondertekenings-Lua-beleid.
Meerdere handtekeningen worden ondersteund in het Momentum-platform met behulp van Lua-beleid. OpenDKIM is nu de geprefereerde ondertekeningsmodule in Momentum-versies 3.6.0 en nieuwer. Meer informatie over de Lua-bibliotheken voor ondertekening is te vinden in onze documentatie.
We hebben ook een eenvoudig OpenDKIM-ondertekenings-Lua-beleid gemaakt waarmee eenvoudig een tweede ondertekeningsdomein kan worden geconfigureerd. Je kunt meer informatie vinden in onze gids voor het OpenDKIM-ondertekenings-Lua-beleid.
Welke andere ISP's bieden Feedback Loops?
Als je op zoek bent naar meer informatie over hoe feedback loops werken, verwijs dan naar de "Complaint Feedback Loop Operational Recommendations" RFC 6449 document. En terwijl we het hebben over feedback loops, zou het zinvol zijn om links te delen naar de andere vertrouwde FBL-providers, voor het geval je die nog niet had.
Earthlink (alleen e-mail): fblrequest@abuse.earthlink.net
Gmail (beta, alleen voor geselecteerde ESP's, stuurt geaggregeerde rapporten om privacyredenen (niet ARF))
IBM Smart Cloud (alleen e-mail) postmaster@lotuslive.com
Rackspace (voorheen Mailtrust)
Yahoo! (vereist DomainKeys of DKIM en is de enige Domein-gebaseerde FBL-provider)
Nu, om samen te vatten: het is geweldig nieuws dat Google nu een FBL biedt. Het heeft enkele eigenaardigheden en verzenders zullen wat configuratie moeten doen om het voor hen te laten werken. Maar voor Momentum-gebruikers zal dat een eenvoudig proces zijn. Als er lezers zijn die hun ervaring met de nieuwe Google FBL willen delen, horen we graag jouw verhaal. Voel je vrij om feedback achter te laten in de commentaren.
Als je op zoek bent naar meer informatie over hoe feedback loops werken, verwijs dan naar de "Complaint Feedback Loop Operational Recommendations" RFC 6449 document. En terwijl we het hebben over feedback loops, zou het zinvol zijn om links te delen naar de andere vertrouwde FBL-providers, voor het geval je die nog niet had.
Earthlink (alleen e-mail): fblrequest@abuse.earthlink.net
Gmail (beta, alleen voor geselecteerde ESP's, stuurt geaggregeerde rapporten om privacyredenen (niet ARF))
IBM Smart Cloud (alleen e-mail) postmaster@lotuslive.com
Rackspace (voorheen Mailtrust)
Yahoo! (vereist DomainKeys of DKIM en is de enige Domein-gebaseerde FBL-provider)
Nu, om samen te vatten: het is geweldig nieuws dat Google nu een FBL biedt. Het heeft enkele eigenaardigheden en verzenders zullen wat configuratie moeten doen om het voor hen te laten werken. Maar voor Momentum-gebruikers zal dat een eenvoudig proces zijn. Als er lezers zijn die hun ervaring met de nieuwe Google FBL willen delen, horen we graag jouw verhaal. Voel je vrij om feedback achter te laten in de commentaren.
Als je op zoek bent naar meer informatie over hoe feedback loops werken, verwijs dan naar de "Complaint Feedback Loop Operational Recommendations" RFC 6449 document. En terwijl we het hebben over feedback loops, zou het zinvol zijn om links te delen naar de andere vertrouwde FBL-providers, voor het geval je die nog niet had.
Earthlink (alleen e-mail): fblrequest@abuse.earthlink.net
Gmail (beta, alleen voor geselecteerde ESP's, stuurt geaggregeerde rapporten om privacyredenen (niet ARF))
IBM Smart Cloud (alleen e-mail) postmaster@lotuslive.com
Rackspace (voorheen Mailtrust)
Yahoo! (vereist DomainKeys of DKIM en is de enige Domein-gebaseerde FBL-provider)
Nu, om samen te vatten: het is geweldig nieuws dat Google nu een FBL biedt. Het heeft enkele eigenaardigheden en verzenders zullen wat configuratie moeten doen om het voor hen te laten werken. Maar voor Momentum-gebruikers zal dat een eenvoudig proces zijn. Als er lezers zijn die hun ervaring met de nieuwe Google FBL willen delen, horen we graag jouw verhaal. Voel je vrij om feedback achter te laten in de commentaren.
