Skip to main content
New SPF lookups must resolve in milliseconds — why a DMARC tool's add-on isn't enough Learn Why → →

Sender Policy Framework (SPF)-Makros erklärt

Sender-Policy-Framework-Makros bzw. SPF-Makros werden in einem SPF-TXT-Eintrag verwendet, um ihn dynamischer und skalierbarer zu gestalten und so eine optimale E-Mail-Authentifizierung und Sicherheit zu erreichen. Ein SPF-Makro definiert Zeichenfolgen, die durch Metadaten aus jeder Nachricht ersetzt werden, die eine SPF-Validierung durchläuft.

Dieses Konzept fördert die Idee, einen vereinfachten Sender-Policy-Framework-Eintrag zu erzeugen, der frei von langen und komplizierten Zeichenketten ist. Das Verständnis der verschiedenen SPF-Eintragstypen hilft Ihnen zu entscheiden, wann sich Makros lohnen. In manchen Situationen reichen Mechanismen, Qualifizierer und Modifizierer nicht aus, und es müssen SPF-Makros eingesetzt werden, um die Server der Empfänger anzuweisen, wie sie potenziell betrügerische E-Mails behandeln sollen, die von Ihrer Domain versendet werden.

Sender Policy Framework

Bildquelle von gulfsouthtech.com

Diese werden durch ein Prozentzeichen (%) symbolisiert und bestehen aus zwei oder mehr Buchstaben, Modifizierern und Trennzeichen. Sender-Policy-Framework-Makros werden zum Zeitpunkt der E-Mail-Authentifizierung auf der Empfängerseite ausgewertet und durch ihre entsprechenden Werte ersetzt.

%s und %d stehen für die Adresse des Absenders bzw. für den Domainnamen, der mit der geprüften Identität verknüpft ist. Modifizierer wie r, l oder o werden hingegen eingesetzt, um bestimmte Bestandteile der Adresse oder Domain abzurufen.

Arten von Sender-Policy-Framework-Makros

SPF-Makros werden durch eindeutige einzelne Buchstaben oder Zeichen identifiziert, die in geschweifte Klammern { } eingeschlossen und einem Prozentzeichen (%) vorangestellt sind und die verschiedene Komponenten innerhalb Ihres SPF-Eintrags kennzeichnen. Dies sind die grundlegenden Makros:

  • %{s}: Das Makro „s“ steht für die E-Mail-Adresse des Absenders, wie am Beispiel Sam@domain.com dargestellt.
  • %{l}: Wird verwendet, um den lokalen Teil des Absenders anzugeben, wie durch „Sam“ veranschaulicht.
  • %{o}: Bezeichnet die Domain des Absenders, etwa „domain.com“.
  • %{d}: Ähnlich wie „o“ steht dieses Makro für die autoritative sendende Domain, die in der Regel mit der Domain des Absenders identisch ist, wobei Ausnahmen möglich sind.
  • %{i}: Wird verwendet, um die IP-Adresse des Nachrichtenabsenders zu extrahieren, z. B. 503.0.123.7.
  • %{h}: Das Makro „h“ steht für die HELP/EHLO-Domain.

Es gibt zahlreiche weitere Makros, die Sie in Ihrem Eintrag angeben können, aber wir haben hier einige der häufig verwendeten aufgeführt.

Spf Record Check 1

Anwendungsfälle von Sender-Policy-Framework-Makros

Entsprechend den Erwartungen von Domaininhabern an E-Mail-Sicherheitsprotokolle können SPF-Makros eine E-Mail-Authentifizierungsinfrastruktur entwirren und die Größe des SPF-TXT-Eintrags verkleinern. Hier sind einige typische Szenarien, in denen Makros in einem SPF-Eintrag eingeführt werden –

1. Unternehmen mit einer Multi-Domain-Infrastruktur

SPF-Makros sind zwar besonders gut für Organisationen auf Unternehmensebene geeignet, die mehrere Domains verwalten, bleiben aber für Organisationen jeder Größe ein wertvolles Werkzeug. Makros bieten im Vergleich zu herkömmlichen Flattening-Techniken deutlich mehr Flexibilität und steigern die Effizienz von SPF-Einträgen. Dies gewährleistet das reibungslose Funktionieren von SPF selbst in komplexen Multi-Domain-Umgebungen und beseitigt die Notwendigkeit, mehrere SPF-Einträge zu erstellen. Im Vergleich zum herkömmlichen Flattening können Makros Ihnen auch helfen, Fehler durch zu viele DNS-Lookups zu vermeiden.

2. Große E-Mail-Infrastrukturen

Organisationen mit komplexen E-Mail-Systemen müssen möglicherweise mehrere SPF-Mechanismen einbinden, wobei der effizienteste Ansatz die Verwendung von SPF-Makros ist. Diese Makros ermöglichen das Herstellen von Verweisen auf Mechanismen und verhindern so, dass der SPF-Eintrag übermäßig lang wird, und halten ihn innerhalb der von RFC vorgeschriebenen Grenze von 512 Oktetten. Für Teams, die dies lieber nicht manuell verwalten möchten, hält ein automatisierter SPF-Flattening-Dienst den Eintrag kompakt für Sie.