Alles, was Sie über das Feedback-Loop-Angebot von Gmail wissen müssen
Vogel
01.04.2014
1 min read
Wichtige Erkenntnisse
Gmail hat ein FBL-Pilotprojekt eingeführt, um ESPs bei der Identifizierung von spamverdächtigen Absendern zu helfen.
Im Gegensatz zu herkömmlichen FBLs stellt Gmail aggregierte Spam-Beschwerdedaten bereit, keine ARF-Berichte.
ESPs erhalten tägliche Spam-Beschwerdeprozentsätze auf Kunden- oder Kampagnenebene.
Gmail erfordert die strikte Einhaltung der Richtlinien für Massenabsender (IP-Konsistenz, RDNS, SPF, DKIM, DMARC).
Ein neuer „Feedback-ID“-Header ist erforderlich, um Kunden, Kampagnen und Verkehrstypen zu identifizieren.
Gmail aggregiert Beschwerden pro Bezeichner, nicht über sie hinweg, und ignoriert Tags mit niedrigem Volumen.
Die FBL-Daten werden als CSV-Anhang bereitgestellt, der die Nachrichten vom vorherigen Tag bei gmail.com abdeckt.
ESPs müssen die Header DKIM-doppelsignieren, um Spoofing zu verhindern.
Momentum unterstützt mehrere DKIM-Signaturen mit Lua-Richtlinien und OpenDKIM.
Gmail unterstützt nur 1024-Bit+ DKIM-Schlüssel und behandelt kürzere als unsigniert.
Mehrere ISPs bieten FBLs an, aber das Modell von Gmail ist einzigartig und datenschutzfreundlich.
Q&A Highlights
Was ist Gmails Feedback Loop (FBL)?
Ein Pilotprogramm für ESPs, das aggregierte Spam-Beschwerdedaten bereitstellt und hilft, missbräuchliche Absender zu identifizieren, ohne individuelle Benutzerinformationen offenzulegen.
Wie unterscheidet sich Gmail’s FBL von traditionellen Feedback-Schleifen?
Traditionelle FBLs verwenden ARF-Beschwerdeberichte, die individuelle Spam-Beschwerdedetails enthalten.
Gmail bietet stattdessen aggregierte tägliche Prozentsätze an, um die Privatsphäre der Endbenutzer zu schützen.
Was enthält der aggregierte Bericht?
Ein tägliches CSV, das Folgendes zeigt:
Prozentsatz der Spam-Beschwerden
Gruppiert nach Kunde, Kampagne oder Verkehrstyp
Nur für gmail.com-Empfänger
Was ist die „Feedback-ID“ Kopfzeile?
Ein erforderlicher Header, der den Kunden und optional die Kampagne oder den Verkehrstyp identifiziert.
Format:
Feedback-ID: a:b:c:ESPid
a:b:c= optionale KennungenESPid= erforderliche eindeutige Kunden-ID
Gmail aggregiert basierend auf jedem einzelnen Bezeichner.
Was passiert, wenn Tags zu wenige Nachrichten haben?
Gmail ignoriert Kennungen mit geringem Volumen, um Missbrauch oder versehentliches Tagging-Rauschen zu verhindern.
Gruppiert Gmail Identifikatoren zusammen?
Nein.
Jeder Bezeichner wird unabhängig analysiert, auch wenn sie im selben Header zusammen erscheinen.
Wie und wann werden FBL-Berichte geliefert?
Berichte werden einmal täglich per E-Mail als CSV-Anhang gesendet und enthalten die Daten des Vortages.
Welche Anforderungen stellt Gmail an Absender?
Absender müssen die u007fGmail Bulk Sender Guidelinesu007f einhalten, einschließlich:
Konsistente Sende-IP
Gültige RDNS
Gleiche „From“-Adresse für Massenmails
Verwendung von SPF, DKIM und DMARC (stark empfohlen)
Was sind die DKIM-Anforderungen für den Feedback-ID-Header?
ESPs müssen:
Vorhandene Feedback-ID-Header entfernen
Einen neuen einfügen
DKIM erneut signieren (Doppel-Signierung)
Verwenden Sie mindestens 1024-Bit-DKIM-Schlüssel
Wie unterstützt Momentum Gmails FBL?
Momentum unterstützt:
Mehrere DKIM-Signaturen über Lua-Richtlinie
OpenDKIM für modernes DKIM-Signing
Einfache Konfiguration separater Signing-Domains
Die Dokumentation liefert Beispiel-Lua-Signaturrichtlinien.
Welche anderen ISPs bieten Feedback-Loops an?
Mehrere große ISPs bieten FBLs an, darunter:
AOL, Comcast, Cox, Fastmail, Hotmail, Mail.ru, OpenSRS, Rackspace, Yahoo!, Zoho und andere.
Die meisten stellen ARF-format Berichte zur Verfügung, im Gegensatz zu Gmail.
Im Februar kündigte Gmail ihr Feedback Loop (FBL) Pilotangebot für ESPs an, um ihnen bei der Identifizierung von schlechten Akteuren und Spammern in ihrem Netzwerk zu helfen.
Im Februar kündigte Gmail ihr Feedback Loop (FBL) Pilotangebot für ESPs an, um ihnen bei der Identifizierung von schlechten Akteuren und Spammern in ihrem Netzwerk zu helfen.
Im Februar kündigte Gmail ihr Feedback Loop (FBL) Pilotangebot für ESPs an, um ihnen bei der Identifizierung von schlechten Akteuren und Spammern in ihrem Netzwerk zu helfen.
Gmail führt ein Pilot-Feedback-Schleifen-Angebot ein
Gmail ist seit 2004 ein bedeutender Akteur in der Geschichte der E-Mail. Für weitere faszinierende Einblicke in die Entwicklung von E-Mails, einschließlich der überraschenden Ursprünge von Gmail, schauen Sie sich unsere 13 lustigen E-Mail-Fakten an. Wenn Sie tiefer eintauchen möchten, können Sie auf das Anmeldeformular zugreifen.
Für diejenigen unter Ihnen, die mit dem Prozess nicht vertraut sind, hier ist eine kurze Zusammenfassung. Feedback-Loops sind im Wesentlichen Berichte, die ISPs großen Sendern über die Anzahl der Empfänger geben, die ihre E-Mails als Spam markieren. Es ist ein wirklich wichtiger Service, der Unternehmen ermöglicht, ihren Ruf als Absender bei den ISPs zu überwachen und schnell Maßnahmen zur Schadensbegrenzung zu ergreifen, wenn viele Empfänger ihre E-Mails als Spam markieren. Wie Sie bereits erkennen können, ist dies ziemlich entscheidend für Unternehmen, die auf E-Mail-Marketing als Hauptumsatzquelle angewiesen sind.
Gmail ist seit 2004 ein bedeutender Akteur in der Geschichte der E-Mail. Für weitere faszinierende Einblicke in die Entwicklung von E-Mails, einschließlich der überraschenden Ursprünge von Gmail, schauen Sie sich unsere 13 lustigen E-Mail-Fakten an. Wenn Sie tiefer eintauchen möchten, können Sie auf das Anmeldeformular zugreifen.
Für diejenigen unter Ihnen, die mit dem Prozess nicht vertraut sind, hier ist eine kurze Zusammenfassung. Feedback-Loops sind im Wesentlichen Berichte, die ISPs großen Sendern über die Anzahl der Empfänger geben, die ihre E-Mails als Spam markieren. Es ist ein wirklich wichtiger Service, der Unternehmen ermöglicht, ihren Ruf als Absender bei den ISPs zu überwachen und schnell Maßnahmen zur Schadensbegrenzung zu ergreifen, wenn viele Empfänger ihre E-Mails als Spam markieren. Wie Sie bereits erkennen können, ist dies ziemlich entscheidend für Unternehmen, die auf E-Mail-Marketing als Hauptumsatzquelle angewiesen sind.
Gmail ist seit 2004 ein bedeutender Akteur in der Geschichte der E-Mail. Für weitere faszinierende Einblicke in die Entwicklung von E-Mails, einschließlich der überraschenden Ursprünge von Gmail, schauen Sie sich unsere 13 lustigen E-Mail-Fakten an. Wenn Sie tiefer eintauchen möchten, können Sie auf das Anmeldeformular zugreifen.
Für diejenigen unter Ihnen, die mit dem Prozess nicht vertraut sind, hier ist eine kurze Zusammenfassung. Feedback-Loops sind im Wesentlichen Berichte, die ISPs großen Sendern über die Anzahl der Empfänger geben, die ihre E-Mails als Spam markieren. Es ist ein wirklich wichtiger Service, der Unternehmen ermöglicht, ihren Ruf als Absender bei den ISPs zu überwachen und schnell Maßnahmen zur Schadensbegrenzung zu ergreifen, wenn viele Empfänger ihre E-Mails als Spam markieren. Wie Sie bereits erkennen können, ist dies ziemlich entscheidend für Unternehmen, die auf E-Mail-Marketing als Hauptumsatzquelle angewiesen sind.
Gmail’s Feedback-Loop unterscheidet sich jedoch von anderen ISPs
Gmails FBL ist nicht im ARF-Format. Um die Privatsphäre der Nutzer zu schützen, wird ihr FBL in Form von aggregierten Spam-Statistiken pro Kunde oder pro Kampagne angeboten, die nicht auf die E-Mail-Adresse des Empfängers zurückgeführt werden können, der die E-Mail als Spam markiert hat. Dieser tägliche Bericht liefert einen Prozentsatz der Spam-Beschwerdequote pro Kunde und/oder Kampagne eines ESP und wird an die von ESP an Gmail bereitgestellte E-Mail-Adresse gesendet (z.B.: GmailFBL@example.com). Der Service ist nicht für Listenverwaltung oder Bewertung der Zustellung konzipiert, und wenn ein erheblicher Prozentsatz Ihres Verkehrs als Spam identifiziert wird, erhalten Sie am nächsten Tag den aggregierten Bericht.
ESPs werden dringend dazu ermutigt, die Richtlinien für Gmail Massenversender einzuhalten. Gmail fordert alle Absender auf, eine konsistente IP-Adresse zum Senden von E-Mails zu verwenden, einen gültigen RDNS-Eintrag für alle sendenden IP-Adressen zu haben und dieselbe Adresse im ‚Von:‘-Header bei jeder Massen-E-Mail zu verwenden. Bezüglich der Authentifizierung wird dringend empfohlen, das Signieren mit DKIM, das Veröffentlichen eines SPF-Eintrags und das Einhalten der DMARC-Politik.
Gmail Feedback Loop vs Traditionelle ISP Feedback Loops
Merkmal | Gmail Feedback Loop | Traditionelle ISP Feedback Loops |
|---|---|---|
Berichtsformat | Aggregierte Spam-Statistiken | ARF (Abuse Reporting Format) |
Benutzeridentifikation | Keine Empfänger-Daten | Enthält individuelle Beschwerdedaten |
Datenschutzmodell | Datenschutzfreundlich gestaltet | Sichtbare Beschwerden für Absender |
Anwendungsfall | Rufüberwachung | Listenhygiene und Unterdrückung |
Daten Granularität | Pro Kunde oder Kampagne | Pro beschwerender Empfänger |
Zustellung | Tägliche aggregierte CSV | Nahe Echtzeit-ARF-Nachrichten |
Unterstützte Domains | Nur gmail.com | Variiert je nach ISP |
Gmails FBL ist nicht im ARF-Format. Um die Privatsphäre der Nutzer zu schützen, wird ihr FBL in Form von aggregierten Spam-Statistiken pro Kunde oder pro Kampagne angeboten, die nicht auf die E-Mail-Adresse des Empfängers zurückgeführt werden können, der die E-Mail als Spam markiert hat. Dieser tägliche Bericht liefert einen Prozentsatz der Spam-Beschwerdequote pro Kunde und/oder Kampagne eines ESP und wird an die von ESP an Gmail bereitgestellte E-Mail-Adresse gesendet (z.B.: GmailFBL@example.com). Der Service ist nicht für Listenverwaltung oder Bewertung der Zustellung konzipiert, und wenn ein erheblicher Prozentsatz Ihres Verkehrs als Spam identifiziert wird, erhalten Sie am nächsten Tag den aggregierten Bericht.
ESPs werden dringend dazu ermutigt, die Richtlinien für Gmail Massenversender einzuhalten. Gmail fordert alle Absender auf, eine konsistente IP-Adresse zum Senden von E-Mails zu verwenden, einen gültigen RDNS-Eintrag für alle sendenden IP-Adressen zu haben und dieselbe Adresse im ‚Von:‘-Header bei jeder Massen-E-Mail zu verwenden. Bezüglich der Authentifizierung wird dringend empfohlen, das Signieren mit DKIM, das Veröffentlichen eines SPF-Eintrags und das Einhalten der DMARC-Politik.
Gmail Feedback Loop vs Traditionelle ISP Feedback Loops
Merkmal | Gmail Feedback Loop | Traditionelle ISP Feedback Loops |
|---|---|---|
Berichtsformat | Aggregierte Spam-Statistiken | ARF (Abuse Reporting Format) |
Benutzeridentifikation | Keine Empfänger-Daten | Enthält individuelle Beschwerdedaten |
Datenschutzmodell | Datenschutzfreundlich gestaltet | Sichtbare Beschwerden für Absender |
Anwendungsfall | Rufüberwachung | Listenhygiene und Unterdrückung |
Daten Granularität | Pro Kunde oder Kampagne | Pro beschwerender Empfänger |
Zustellung | Tägliche aggregierte CSV | Nahe Echtzeit-ARF-Nachrichten |
Unterstützte Domains | Nur gmail.com | Variiert je nach ISP |
Gmails FBL ist nicht im ARF-Format. Um die Privatsphäre der Nutzer zu schützen, wird ihr FBL in Form von aggregierten Spam-Statistiken pro Kunde oder pro Kampagne angeboten, die nicht auf die E-Mail-Adresse des Empfängers zurückgeführt werden können, der die E-Mail als Spam markiert hat. Dieser tägliche Bericht liefert einen Prozentsatz der Spam-Beschwerdequote pro Kunde und/oder Kampagne eines ESP und wird an die von ESP an Gmail bereitgestellte E-Mail-Adresse gesendet (z.B.: GmailFBL@example.com). Der Service ist nicht für Listenverwaltung oder Bewertung der Zustellung konzipiert, und wenn ein erheblicher Prozentsatz Ihres Verkehrs als Spam identifiziert wird, erhalten Sie am nächsten Tag den aggregierten Bericht.
ESPs werden dringend dazu ermutigt, die Richtlinien für Gmail Massenversender einzuhalten. Gmail fordert alle Absender auf, eine konsistente IP-Adresse zum Senden von E-Mails zu verwenden, einen gültigen RDNS-Eintrag für alle sendenden IP-Adressen zu haben und dieselbe Adresse im ‚Von:‘-Header bei jeder Massen-E-Mail zu verwenden. Bezüglich der Authentifizierung wird dringend empfohlen, das Signieren mit DKIM, das Veröffentlichen eines SPF-Eintrags und das Einhalten der DMARC-Politik.
Gmail Feedback Loop vs Traditionelle ISP Feedback Loops
Merkmal | Gmail Feedback Loop | Traditionelle ISP Feedback Loops |
|---|---|---|
Berichtsformat | Aggregierte Spam-Statistiken | ARF (Abuse Reporting Format) |
Benutzeridentifikation | Keine Empfänger-Daten | Enthält individuelle Beschwerdedaten |
Datenschutzmodell | Datenschutzfreundlich gestaltet | Sichtbare Beschwerden für Absender |
Anwendungsfall | Rufüberwachung | Listenhygiene und Unterdrückung |
Daten Granularität | Pro Kunde oder Kampagne | Pro beschwerender Empfänger |
Zustellung | Tägliche aggregierte CSV | Nahe Echtzeit-ARF-Nachrichten |
Unterstützte Domains | Nur gmail.com | Variiert je nach ISP |
Wie funktioniert Gmails Feedback-Loop?
ESPs müssen zunächst einen Feedback-Identifikator-Header „Feedback-ID“ einfügen. Dieser Header identifiziert den Kunden und oder Kampagnen, Mailings und Mailtypen. FBL-Berichte werden basierend auf diesen Identifikatoren erstellt.
Der „Feedback-ID“-Header hat maximal 4 Felder, 3 sind optional.
„Feedback-ID: a:b:c:ESPid“
„Feedback-ID“ ist der Name des Headers
„a:b:c“ sind die optionalen 3 Felder, die alles sein können, was der ESP wählt (z.B.: Kampagne, Mailing, Verkehrstyp)
„ESPid“ ist das einzige erforderliche Feld. Diese ID entspricht einem ESP-Kunden und muss einzigartig und dauerhaft für diesen Kunden sein.
Gmail wird Daten für die letzten 4 Felder von der rechten Seite zusammenfassen und alle zusätzlichen Felder ignorieren. Die im Feedback-Bericht zurückgegebenen Daten werden durch das im Feedback-ID-Header gesehene Tag aggregiert. Jedes Tag wird im Bericht enthalten sein und es gibt keine Begrenzungen für die Anzahl der angegebenen Tags insgesamt. Gmail wird jedoch Tags mit zu wenigen Nachrichten ignorieren, um Missbrauch zu verhindern.
FBL-Daten werden unabhängig von jedem Identifikator aggregiert und nicht über Identifikatoren hinweg gruppiert. Spam-Prozentsätze werden über alle Mails gemeldet, die einen bestimmten Identifikator enthalten, unabhängig von der Position im Identifikator-Header. Der FBL-Bericht wird in Form eines CSV-Anhangs gesendet und enthält Daten, die Gmail am Vortag vom ESP erhalten hat. Dieser Bericht ist für gmail.com-Nutzer vorgesehen und unterstützt keine Google-Apps oder von Google gehostete Domains.
Gmail Feedback Loop Implementierungsanforderungen
Anforderung | Gmail FBL-Erwartung | Notizen |
|---|---|---|
Feedback-Identifikator | Feedback-ID-Header erforderlich | Identifiziert Kunden / Kampagne / Verkehrstyp |
Header-Felder | Max 4 Felder | Äußerst rechts befindliches Feld muss ESP-spezifische ID sein |
Aggregationslogik | Pro Identifikator, nicht kombiniert | Position im Header spielt keine Rolle |
Niedrigvolumiger Verkehr | Ignoriert | Verhindert Missbrauch und Deanonymisierung |
Authentifizierung | DKIM-Doppelsignierung erforderlich | Verhindert Header-Spoofing |
DKIM-Domains | Max 10 einzigartige d= Werte | Subdomains erlaubt |
DKIM-Schlüssellänge | ≥ 1024 Bits | Kürzere Schlüssel werden als unsigniert behandelt |
Berichtsformat | CSV-Anhang | Umfasst den Verkehr des Vortages |
ESPs müssen zunächst einen Feedback-Identifikator-Header „Feedback-ID“ einfügen. Dieser Header identifiziert den Kunden und oder Kampagnen, Mailings und Mailtypen. FBL-Berichte werden basierend auf diesen Identifikatoren erstellt.
Der „Feedback-ID“-Header hat maximal 4 Felder, 3 sind optional.
„Feedback-ID: a:b:c:ESPid“
„Feedback-ID“ ist der Name des Headers
„a:b:c“ sind die optionalen 3 Felder, die alles sein können, was der ESP wählt (z.B.: Kampagne, Mailing, Verkehrstyp)
„ESPid“ ist das einzige erforderliche Feld. Diese ID entspricht einem ESP-Kunden und muss einzigartig und dauerhaft für diesen Kunden sein.
Gmail wird Daten für die letzten 4 Felder von der rechten Seite zusammenfassen und alle zusätzlichen Felder ignorieren. Die im Feedback-Bericht zurückgegebenen Daten werden durch das im Feedback-ID-Header gesehene Tag aggregiert. Jedes Tag wird im Bericht enthalten sein und es gibt keine Begrenzungen für die Anzahl der angegebenen Tags insgesamt. Gmail wird jedoch Tags mit zu wenigen Nachrichten ignorieren, um Missbrauch zu verhindern.
FBL-Daten werden unabhängig von jedem Identifikator aggregiert und nicht über Identifikatoren hinweg gruppiert. Spam-Prozentsätze werden über alle Mails gemeldet, die einen bestimmten Identifikator enthalten, unabhängig von der Position im Identifikator-Header. Der FBL-Bericht wird in Form eines CSV-Anhangs gesendet und enthält Daten, die Gmail am Vortag vom ESP erhalten hat. Dieser Bericht ist für gmail.com-Nutzer vorgesehen und unterstützt keine Google-Apps oder von Google gehostete Domains.
Gmail Feedback Loop Implementierungsanforderungen
Anforderung | Gmail FBL-Erwartung | Notizen |
|---|---|---|
Feedback-Identifikator | Feedback-ID-Header erforderlich | Identifiziert Kunden / Kampagne / Verkehrstyp |
Header-Felder | Max 4 Felder | Äußerst rechts befindliches Feld muss ESP-spezifische ID sein |
Aggregationslogik | Pro Identifikator, nicht kombiniert | Position im Header spielt keine Rolle |
Niedrigvolumiger Verkehr | Ignoriert | Verhindert Missbrauch und Deanonymisierung |
Authentifizierung | DKIM-Doppelsignierung erforderlich | Verhindert Header-Spoofing |
DKIM-Domains | Max 10 einzigartige d= Werte | Subdomains erlaubt |
DKIM-Schlüssellänge | ≥ 1024 Bits | Kürzere Schlüssel werden als unsigniert behandelt |
Berichtsformat | CSV-Anhang | Umfasst den Verkehr des Vortages |
ESPs müssen zunächst einen Feedback-Identifikator-Header „Feedback-ID“ einfügen. Dieser Header identifiziert den Kunden und oder Kampagnen, Mailings und Mailtypen. FBL-Berichte werden basierend auf diesen Identifikatoren erstellt.
Der „Feedback-ID“-Header hat maximal 4 Felder, 3 sind optional.
„Feedback-ID: a:b:c:ESPid“
„Feedback-ID“ ist der Name des Headers
„a:b:c“ sind die optionalen 3 Felder, die alles sein können, was der ESP wählt (z.B.: Kampagne, Mailing, Verkehrstyp)
„ESPid“ ist das einzige erforderliche Feld. Diese ID entspricht einem ESP-Kunden und muss einzigartig und dauerhaft für diesen Kunden sein.
Gmail wird Daten für die letzten 4 Felder von der rechten Seite zusammenfassen und alle zusätzlichen Felder ignorieren. Die im Feedback-Bericht zurückgegebenen Daten werden durch das im Feedback-ID-Header gesehene Tag aggregiert. Jedes Tag wird im Bericht enthalten sein und es gibt keine Begrenzungen für die Anzahl der angegebenen Tags insgesamt. Gmail wird jedoch Tags mit zu wenigen Nachrichten ignorieren, um Missbrauch zu verhindern.
FBL-Daten werden unabhängig von jedem Identifikator aggregiert und nicht über Identifikatoren hinweg gruppiert. Spam-Prozentsätze werden über alle Mails gemeldet, die einen bestimmten Identifikator enthalten, unabhängig von der Position im Identifikator-Header. Der FBL-Bericht wird in Form eines CSV-Anhangs gesendet und enthält Daten, die Gmail am Vortag vom ESP erhalten hat. Dieser Bericht ist für gmail.com-Nutzer vorgesehen und unterstützt keine Google-Apps oder von Google gehostete Domains.
Gmail Feedback Loop Implementierungsanforderungen
Anforderung | Gmail FBL-Erwartung | Notizen |
|---|---|---|
Feedback-Identifikator | Feedback-ID-Header erforderlich | Identifiziert Kunden / Kampagne / Verkehrstyp |
Header-Felder | Max 4 Felder | Äußerst rechts befindliches Feld muss ESP-spezifische ID sein |
Aggregationslogik | Pro Identifikator, nicht kombiniert | Position im Header spielt keine Rolle |
Niedrigvolumiger Verkehr | Ignoriert | Verhindert Missbrauch und Deanonymisierung |
Authentifizierung | DKIM-Doppelsignierung erforderlich | Verhindert Header-Spoofing |
DKIM-Domains | Max 10 einzigartige d= Werte | Subdomains erlaubt |
DKIM-Schlüssellänge | ≥ 1024 Bits | Kürzere Schlüssel werden als unsigniert behandelt |
Berichtsformat | CSV-Anhang | Umfasst den Verkehr des Vortages |
Was sind die DKIM-Anforderungen?
Um Spoofing der „Feedback-ID“-Kopfzeile zu verhindern, muss der ESP alle Instanzen dieser Kopfzeile zuerst entfernen, bevor er sie einfügt und dann mit dem Domain-Schlüssel des ESPs DKIM-signiert. Dies erfolgt zusätzlich zu jeder bestehenden Signatur und ist eine Praxis, die allgemein als „doppelte Signatur“ bekannt ist.
Es dürfen nur bis zu 10 einzigartige DKIM-„d=“-Signaturdomains verwendet werden, um diese Kopfzeilen zu signieren, aber Subdomains können alternativ verwendet werden.
Was die Länge des DKIM-Schlüssels betrifft, verlangt Gmail einen mindestens 1024-Bit langen Schlüssel. Laut der Gmail-Postmaster-Website behandelt Gmail seit Januar 2013 alle E-Mails, die mit weniger als 1024-Bit-Schlüsseln signiert sind, als unsigniert. Sie empfehlen betroffenen Absendern mit kurzen Schlüsseln auf RSA-Schlüssel umzusteigen, die mindestens 1024-Bit lang sind.
Um Spoofing der „Feedback-ID“-Kopfzeile zu verhindern, muss der ESP alle Instanzen dieser Kopfzeile zuerst entfernen, bevor er sie einfügt und dann mit dem Domain-Schlüssel des ESPs DKIM-signiert. Dies erfolgt zusätzlich zu jeder bestehenden Signatur und ist eine Praxis, die allgemein als „doppelte Signatur“ bekannt ist.
Es dürfen nur bis zu 10 einzigartige DKIM-„d=“-Signaturdomains verwendet werden, um diese Kopfzeilen zu signieren, aber Subdomains können alternativ verwendet werden.
Was die Länge des DKIM-Schlüssels betrifft, verlangt Gmail einen mindestens 1024-Bit langen Schlüssel. Laut der Gmail-Postmaster-Website behandelt Gmail seit Januar 2013 alle E-Mails, die mit weniger als 1024-Bit-Schlüsseln signiert sind, als unsigniert. Sie empfehlen betroffenen Absendern mit kurzen Schlüsseln auf RSA-Schlüssel umzusteigen, die mindestens 1024-Bit lang sind.
Um Spoofing der „Feedback-ID“-Kopfzeile zu verhindern, muss der ESP alle Instanzen dieser Kopfzeile zuerst entfernen, bevor er sie einfügt und dann mit dem Domain-Schlüssel des ESPs DKIM-signiert. Dies erfolgt zusätzlich zu jeder bestehenden Signatur und ist eine Praxis, die allgemein als „doppelte Signatur“ bekannt ist.
Es dürfen nur bis zu 10 einzigartige DKIM-„d=“-Signaturdomains verwendet werden, um diese Kopfzeilen zu signieren, aber Subdomains können alternativ verwendet werden.
Was die Länge des DKIM-Schlüssels betrifft, verlangt Gmail einen mindestens 1024-Bit langen Schlüssel. Laut der Gmail-Postmaster-Website behandelt Gmail seit Januar 2013 alle E-Mails, die mit weniger als 1024-Bit-Schlüsseln signiert sind, als unsigniert. Sie empfehlen betroffenen Absendern mit kurzen Schlüsseln auf RSA-Schlüssel umzusteigen, die mindestens 1024-Bit lang sind.
Wie können wir die FBL-Anforderungen von Gmail korrekt in Momentum implementieren?
Mehrere Signaturen werden in der Momentum-Plattform mit der Lua-Policy unterstützt. OpenDKIM ist jetzt das bevorzugte Signiermodul in Momentum-Versionen 3.6.0 und neuer. Weitere Informationen über die Lua-Bibliotheken zum Signieren finden Sie in unserer Dokumentation.
Wir haben auch eine einfache OpenDKIM-Signier-Lua-Policy erstellt, die eine zweite Signaturdomäne einfach konfiguriert. Weitere Informationen finden Sie in unserem Leitfaden zur OpenDKIM-Signier-Lua-Policy.
Mehrere Signaturen werden in der Momentum-Plattform mit der Lua-Policy unterstützt. OpenDKIM ist jetzt das bevorzugte Signiermodul in Momentum-Versionen 3.6.0 und neuer. Weitere Informationen über die Lua-Bibliotheken zum Signieren finden Sie in unserer Dokumentation.
Wir haben auch eine einfache OpenDKIM-Signier-Lua-Policy erstellt, die eine zweite Signaturdomäne einfach konfiguriert. Weitere Informationen finden Sie in unserem Leitfaden zur OpenDKIM-Signier-Lua-Policy.
Mehrere Signaturen werden in der Momentum-Plattform mit der Lua-Policy unterstützt. OpenDKIM ist jetzt das bevorzugte Signiermodul in Momentum-Versionen 3.6.0 und neuer. Weitere Informationen über die Lua-Bibliotheken zum Signieren finden Sie in unserer Dokumentation.
Wir haben auch eine einfache OpenDKIM-Signier-Lua-Policy erstellt, die eine zweite Signaturdomäne einfach konfiguriert. Weitere Informationen finden Sie in unserem Leitfaden zur OpenDKIM-Signier-Lua-Policy.
Welche anderen ISPs Provide Feedback Loops?
Wenn Sie nach weiteren Informationen darüber suchen, wie Feedbackschleifen funktionieren, beziehen Sie sich bitte auf die „Complaint Feedback Loop Operational Recommendations“ RFC 6449 Dokument. Und während wir über Feedbackschleifen sprechen, wäre es sinnvoll, Links zu den anderen vertrauenswürdigen FBL-Anbietern zu teilen, falls Sie diese noch nicht haben.
Earthlink (nur E-Mail): fblrequest@abuse.earthlink.net
Gmail (Beta, nur für ausgewählte ESPs, sendet aus Datenschutzgründen aggregierte Berichte (nicht ARF)
IBM Smart Cloud (nur E-Mail) postmaster@lotuslive.com
Rackspace (ehemals Mailtrust)
Yahoo! (erfordert DomainKeys oder DKIM und ist der einzige Domain-basierte FBL-Anbieter)
Nun, zusammenfassend: Es sind großartige Neuigkeiten, dass Google jetzt ein FBL bereitstellt. Es hat einige Besonderheiten und Absender müssen einige Konfigurationen vornehmen, damit es für sie funktioniert. Aber für Momentum-Benutzer wird das ein unkomplizierter Prozess sein. Wenn irgendwelche Leser ihre Erfahrungen mit dem neuen Google FBL teilen möchten, würden wir gerne Ihre Geschichte hören. Fühlen Sie sich frei, Feedback in die Kommentare zu hinterlassen.
Wenn Sie nach weiteren Informationen darüber suchen, wie Feedbackschleifen funktionieren, beziehen Sie sich bitte auf die „Complaint Feedback Loop Operational Recommendations“ RFC 6449 Dokument. Und während wir über Feedbackschleifen sprechen, wäre es sinnvoll, Links zu den anderen vertrauenswürdigen FBL-Anbietern zu teilen, falls Sie diese noch nicht haben.
Earthlink (nur E-Mail): fblrequest@abuse.earthlink.net
Gmail (Beta, nur für ausgewählte ESPs, sendet aus Datenschutzgründen aggregierte Berichte (nicht ARF)
IBM Smart Cloud (nur E-Mail) postmaster@lotuslive.com
Rackspace (ehemals Mailtrust)
Yahoo! (erfordert DomainKeys oder DKIM und ist der einzige Domain-basierte FBL-Anbieter)
Nun, zusammenfassend: Es sind großartige Neuigkeiten, dass Google jetzt ein FBL bereitstellt. Es hat einige Besonderheiten und Absender müssen einige Konfigurationen vornehmen, damit es für sie funktioniert. Aber für Momentum-Benutzer wird das ein unkomplizierter Prozess sein. Wenn irgendwelche Leser ihre Erfahrungen mit dem neuen Google FBL teilen möchten, würden wir gerne Ihre Geschichte hören. Fühlen Sie sich frei, Feedback in die Kommentare zu hinterlassen.
Wenn Sie nach weiteren Informationen darüber suchen, wie Feedbackschleifen funktionieren, beziehen Sie sich bitte auf die „Complaint Feedback Loop Operational Recommendations“ RFC 6449 Dokument. Und während wir über Feedbackschleifen sprechen, wäre es sinnvoll, Links zu den anderen vertrauenswürdigen FBL-Anbietern zu teilen, falls Sie diese noch nicht haben.
Earthlink (nur E-Mail): fblrequest@abuse.earthlink.net
Gmail (Beta, nur für ausgewählte ESPs, sendet aus Datenschutzgründen aggregierte Berichte (nicht ARF)
IBM Smart Cloud (nur E-Mail) postmaster@lotuslive.com
Rackspace (ehemals Mailtrust)
Yahoo! (erfordert DomainKeys oder DKIM und ist der einzige Domain-basierte FBL-Anbieter)
Nun, zusammenfassend: Es sind großartige Neuigkeiten, dass Google jetzt ein FBL bereitstellt. Es hat einige Besonderheiten und Absender müssen einige Konfigurationen vornehmen, damit es für sie funktioniert. Aber für Momentum-Benutzer wird das ein unkomplizierter Prozess sein. Wenn irgendwelche Leser ihre Erfahrungen mit dem neuen Google FBL teilen möchten, würden wir gerne Ihre Geschichte hören. Fühlen Sie sich frei, Feedback in die Kommentare zu hinterlassen.
