Saml den rigtige konto og DNS adgang
Flodesks nuværende manuelle proces kræver en tilpasset domæne-e-mailadresse, adgang til Flodesk-kontoen og adgang til domænets DNS manager. Identificer, hvem der kontrollerer autoritativ DNS i stedet for at antage, at registratoren er vært for den aktive zone. Bevar de nuværende registreringer, før du foretager ændringer, især poster, der bruges af andre marketingværktøjer eller almindelige postkasser.
Beslut om domæneejeren vil bruge den manuelle arbejdsgang eller godkende den automatiske Entri-integration. Disse er alternative måder at publicere de nødvendige poster på, ikke forskellige godkendelsesprotokoller. Kør ikke begge gentagne gange, bare fordi bekræftelse afventer.
Brug kontoens manuelle rekordsæt
Åbn Min konto > Domæneopsætning, vælg Godkend nu på domænekortet, og vælg den manuelle mulighed. Den aktuelle dokumentation beskriver to mulige sæt: Fem poster bestående af én SPF, tre DKIM og en DMARC rekord, eller tre poster bestående af en af hver. Kontoen afgør hvilket sæt der gælder. Kopier ikke et fast antal eller vælger fra en ikke-relateret tutorial.
Brug hver kopikontrol til at få den nøjagtige ejer og værdi. Flodesk specificerer CNAME optegnelser for sine SPF og DKIM poster og en TXT post for DMARC. Bevar de viste typer. Et CNAME er et DNS alias til et andet navn; det er ikke en tekstmekanisme at indsætte i en eksisterende SPF streng.
Især siger Flodesk at tilføje sin SPF CNAME som en separat post, ikke kombinere den med en eksisterende SPF TXT politik. Dette betyder ikke, at det er sikkert at udgive to v=spf1 -politikker hos én ejer. Det genererede CNAME har sin egen ejer og funktion. Hvis denne ejer allerede er optaget af inkompatible data, skal du stoppe og løse konflikten med DNS administratoren i stedet for at overskrive en anden tjeneste.
Bevar den eksisterende DMARC beslutning
De manuelle instruktioner siger kun at tilføje den viste DMARC TXT post, hvis der ikke allerede eksisterer en DMARC post. Den viste politik er beregnet til medlemmer uden en politik. Opret ikke en anden DMARC post eller erstat en etableret afvisnings- eller karantænepolitik med et opsætningseksempel.
Tjek den nøjagtige politikejer og den aktuelle konfiguration hos domæneadministratoren. Godkendelsessucces kræver en gyldig justeret SPF eller DKIM -sti i den relevante tilstand; at offentliggøre en politik er ikke et bevis på, at kampagner opfylder den. Hold organisationens rapporterings- og håndhævelsesbeslutninger adskilt fra mekanikken ved tilføjelse af Flodesks genererede poster.
Afslut verifikation uden unødvendige genstarter
Efter at have udgivet posterne, vend tilbage til Flodesk og afslut med Next og Done. Tjenesten overvåger DNS automatisk. Dokumentationen beskriver afventende og delvis verifikationstilstande i dens angivne periode på op til 48 timer. Behandl det som udbydervejledning, ikke en universel garanti for, at hver DNS fejl løser sig selv efter to dage.
En delvis tilstand kan opstå, mens forskellige optegnelser bliver synlige. Sammenlign først autoritative svar med kontoens nøjagtige rekord. Tjek duplikerede domæne-suffikser, forkerte registreringstyper, forkerte CNAME mål og redigeringer foretaget på en inaktiv DNS vært. Hvis de korrekte poster er synlige, men tilstanden forbliver uløst ud over det dokumenterede vindue, skal du samle postsættet og status for support i stedet for gentagne gange at genstarte godkendelsen.
Forstå det automatiske alternativ
Det automatiske flow starter også under domæneopsætning. Vælg automatisk godkendelse og tilslut domæneudbyderen gennem Entri. Ejeren autoriserer den adgang, der er nødvendig for, at Entri kan tilføje DNS poster. Gennemgå den anmodede adgang og påtænkte ændringer før godkendelse; integrationen er en tredjepart, ikke blot et andet syn på DNS editoren.
Flodesk siger, at en ikke-understøttet udbyder fører til den manuelle mulighed. Hvis den automatiske opsætning ikke afsluttes, skal du kontrollere, hvad der faktisk blev oprettet, før du skifter metoder. Undgå duplikerede politikker eller utilsigtet udskiftning af en arbejdsjournal. Ændring af DNS værter senere kræver også, at disse registreringer bevares i den nyligt autoritative zone; et registrarskifte alene er ikke et bevis på, at DNS er flyttet, eller at registreringer er gået tabt.
Bekræft en kampagne, ikke kun domænekortet
Send en kontrolleret e-mail gennem produktionsworkflowet til en postkasse, hvor originale overskrifter kan inspiceres. Registrer det synlige Fra-domæne, kuvertdomæne, hvert DKIM signeringsdomæne og -vælger og den betroede modtagers godkendelsesresultater. Bekræft den forbipasserende sti justering snarere end at antage, at et verificeret kort garanterer enhver fremtidig rute.
Illustrativ case, ikke en Flodesk-observation: Fra er hello@example.com og DKIM består med d=example.com. Det giver nøjagtig DKIM justering. Hvis et ikke-relateret konvolutdomæne passerer SPF , stemmer dette resultat alene ikke overens med example.com . Bevar begge resultater, så en senere underskriftsfejl ikke skjules af et ikke-relateret SPF -pas.
Opbevar en gendannelsesregistrering, og test enhver DNS-værtsmigrering, før du erklærer den for fuldført. Godkendelse garanterer ikke placering af indbakken; omdømme, beskedindhold og modtagerbeslutninger forbliver adskilte. Denne vejledning beholder kun førstepartsdokumentation og et syntetisk eksempel. Ingen reel DNS ændring, lejervalidering eller modtaget kampagne blev udført, og godkendelse af menneskelig produktion mangler stadig.
Løs en rekordkollision uden at gætte et mål
For skriftlig case FL-01, antag, at Flodesk-panelet anmoder om et CNAME hos en genereret ejer repræsenteret her som bounce.example.com , men DNS opgørelsen viser, at samme ejer allerede er en fungerende En rekord for en ikke-relateret tjeneste. Denne ejer er illustrativ, ikke en rigtig Flodesk-genereret etiket; det anmodede CNAME mål er ukendt. Overskriv ikke A-posten eller indsæt målet i root SPF TXT . DNS ejeren skal identificere afhængigheden og aftale en understøttet konfliktløsning med udbyderen, før han fortsætter. Hold den eksisterende DMARC politik uændret, og kampagnen ubekræftet. Der blev ikke indhentet DNS svar, kontobevilling eller besked i denne sag.
Bevar håndhævelsesgrænsen
RFC 9989 Afsnit 7.4 kræver gyldig DKIM , ikke SPF alene, for domæneudgivelse p=reject, og advarer om interoperabilitet mellem indirekte mail og mailinglister. En enkelt vellykket test med direkte beskeder er ikke et bevis på, at enhver legitim rute er klar til en stærkere politik. Behold eksisterende godkendt beskyttelse, mens du diagnosticerer det faktiske hul; enhver politikændring kræver sin egen beslutning.