SPF-lookupcontrole: tel uw DNS-lookups en zie welke include het meest kost
Het korte antwoord
Typ een domein. De tool leest het SPF-record, volgt elke include en telt de DNS-lookups tegenover de limiet van 10 in RFC 7208. Hij tekent de boom met de kosten van elke tak, zodat u ziet welke leverancier uw budget gebruikt, en signaleert meer dan één record, void lookups en een all die iedereen laat versturen.
Controleer nu een domein
Geen account, geen kaart. Het resultaat opent in de gratis controle van het SkyQon-dashboard.
Gratis, zonder account. Wij lezen alleen publieke DNS en wat uw servers laten zien aan iedereen die verbinding maakt.
Wat het resultaat toont
- De telling tegenover de limiet van 10, met één oordeel: binnen de limiet, er dichtbij (9 of 10), erboven (PermError), geen SPF-record, of kon niet worden gelezen.
- De include-boom: één regel per lookup, wat die kost en wat die binnenhaalde. De tak die het meest kost, is gemarkeerd, omdat u daar het eerst moet inkorten.
- Foutkaarten, alleen wanneer ze van toepassing zijn: te veel lookups, meer dan één SPF-record, meer dan twee void lookups, een sjabloonplaatshouder die in het record is blijven staan, en een all die iedereen laat versturen.
- Uw huidige record in een vak dat u kunt kopiëren, en de stappen die passen bij wat is gevonden.
- “Kon niet worden gelezen” is nooit “geen record”. Antwoordt een DNS-server niet, dan zegt het resultaat dat de telling onvolledig is. Het gokt niet, en het vertelt u niet dat u geen SPF hebt.
Hoe wij tellen
Wij tellen zoals sectie 4.6.4 van RFC 7208 het een ontvanger voorschrijft, in het slechtste geval, waarin elke term wordt geëvalueerd omdat de verzendende server met geen enkele overeenkomt.
| Term | Wat het kost | Lookups |
|---|---|---|
include:x | 1, plus elke lookup in het record van x | 1 + x |
redirect=x | 1, plus elke lookup in het record van x | 1 + x |
a, a:x, a/24 | 1, ongeacht de qualifier of het suffix | 1 |
mx, mx:x | 1; mag maximaal 10 mailhosts teruggeven | 1 |
exists:x | 1; een macrodoel wordt geteld maar niet uitgewerkt | 1 |
ptr | 1; RFC 7208 zegt het niet te gebruiken | 1 |
ip4:, ip6:, all, exp= | Niets om op te zoeken | 0 |
| Dezelfde include twee keer | Telkens geteld wanneer hij wordt bereikt | 2 × x |
| Limiet per controle (meer dan 2 void lookups is ook een PermError) | 10 | |
Een lus, waarbij een record een van zijn eigen voorouders via include opneemt, wordt afgebroken en gemeld in plaats van eindeloos geteld.
Wat er gebeurt boven 10
- PermError, voor elk bericht. De ontvanger stopt met lezen bij de elfde lookup, dus geen van uw verzenders slaagt voor SPF, ook niet de verzenders die als eerste staan vermeld. RFC 7208 §4.6.4
- DMARC steunt alleen nog op DKIM. Mail die niet met DKIM voor uw domein is ondertekend, faalt voor DMARC en wordt onder p=quarantine of p=reject gefilterd of geweigerd. RFC 7489 §3.1
- Niemand vertelt het u. Ontvangers melden een PermError niet aan de verzender. U merkt het via DMARC-rapporten of via klanten die geen factuur hebben ontvangen.
Tel uw eigen record
Plak een domein, of een volledig adres: het vak houdt alleen het domein over.
Gratis, zonder account. Wij lezen alleen publieke DNS en wat uw servers laten zien aan iedereen die verbinding maakt.
Zo lost u het op, stap voor stap
Voer de tool uit op uw domein
Noteer het totaal en de tak die als duurste is gemarkeerd.
Verwijder wat niet meer verstuurt
Includes voor diensten waarmee u bent gestopt, includes die het record van een andere leverancier al bevat, en mx- of a-termen voor hosts die nooit mail versturen.
Splits bulkmail af
Geef nieuwsbrieven een return-path op een subdomein met een eigen SPF-record en een eigen budget van 10.
Publiceer één record en controleer opnieuw
Houd één enkel v=spf1-record aan, sluit het af met -all of ~all, en voer de tool nog eens uit nadat de wijziging zich heeft verspreid.
Veelgemaakte fouten
De telling oplossen door adressen te kopiëren
Adressen van leveranciers veranderen. Een gekopieerde lijst veroudert ongemerkt en hun mail begint te falen voor uw SPF.
In het resultaat van SkyQon: ip4- en ip6-termen kosten 0, dus een verouderde kopie ziet er in elke tool perfect uit. Behoud de include.
Het record afsluiten met +all of ?all
+all laat elke server op internet als u voor SPF slagen. ?all zegt helemaal niets. Gebruik -all, of ~all zolang u nog verzenders aan het opsporen bent.
In het resultaat van SkyQon: een kaart voor een permissieve all wanneer het record eindigt op +all of ?all.
Een sjabloonplaatshouder in het record laten staan
Voorbeeldtekst van een provider zoals <your-ip> die ongewijzigd is gepubliceerd, betekent helemaal geen werkend SPF-record.
In het resultaat van SkyQon: een kaart voor de plaatshouder, en het record beoordeeld als geen SPF.
Wat SkyQon wel en niet doet
Wat het vindt
SPF op het domein dat u typt: elk record dat het via include opneemt, de lookups die elke tak kost, void lookups, meer dan één record, plaatshouders en een permissieve all.
Wat u krijgt
Een eenmalige telling met de boom en de stappen. Voeg het domein toe aan het gratis abonnement en elke scan telt het opnieuw, met een waarschuwing bij 9 of 10 lookups en nog een boven 10.
Wat het niet is
Wij hosten, flattenen of herschrijven uw record niet, en wij houden geen lijst bij van de domeinen die mensen controleren. Uw SPF blijft van u.
SPF-lookupcontrole: veelgestelde vragen
Welke termen tellen mee voor de limiet van 10?
Telt een herhaalde include twee keer?
Wat is een void lookup, en waarom telt de tool ze?
Hoe worden MX-lookups geteld?
Hebben subdomeinen een eigen SPF-record nodig?
Waarom host SkyQon mijn SPF-record niet?
Bewaart u de domeinen die ik controleer?
Kan het een record controleren dat ik nog niet heb gepubliceerd?
Mijn telling verschilt van die van een andere tool. Waarom?
Bewaak het, zodat de wijziging van een leverancier u niet kan verrassen.
Het gratis abonnement bewaakt tot 5 domeinen. SkyQon telt uw SPF-boom bij elke scan opnieuw en waarschuwt u bij 9 of 10 lookups, voordat de wijziging van een leverancier u boven 10 duwt.