Välj aktuell produkt och leveranssätt
Den här guiden täcker det HappyFox Help Desk-hanterade arbetsflödet för utgående e-post dokumenterat i oktober 2026. Den ersätter inte äldre Help Desk- eller Service Desk-instruktioner, och den tillämpar inte dessa poster på en anpassad SMTP rutt. Spela in kontot, e-postkanalen, värdregionen, avsedd Från domän och faktisk utgående metod innan du öppnar DNS .
Den nuvarande SPF och DKIM guider listar alla planer utom Basic. Bekräfta att ditt konto har det relevanta arbetsflödet. Under Kanaler > E-post > E-postadresser, öppna kanalen, välj Konfigurera för HappyFox Managed och använd DNS verifiering. SPF -panelen levererar en TXT post och en inriktning CNAME; DKIM panelen levererar fem CNAME par. SPF -inställning · DKIM inställning
Publicera hela den visade postuppsättningen
Kopiera kontots exakta värden och särskilj SPF och DKIM panelerna på ändringsarket. För en befintlig root SPF policy, slå samman den godkända HappyFox-inkluderingen i den policyn, och bevara andra avsändare. Skapa inte en andra SPF policy. Välj den kontolämpliga auktoriseringen i stället för att kombinera exempel från USA och EU utan anledning. Publicera justeringen CNAME och varje DKIM par; på Cloudflare instruerar leverantören endast DNS-poster. Aktuella publiceringsanvisningar
Verifiera varje tilltänkt fullständigt ägarnamn. Om DNS värden lägger till domänen, använd det relativa namnet som ger rätt ägare istället för att duplicera zonsuffixet. Inspektera eventuella befintliga data innan du lägger till en CNAME . Bevara de tidigare godkända svaren och bestäm beroenden innan du ersätter poster eller tar bort äldre väljare.
Kör Verifiera SPF Records, sedan Verifiera och aktivera DKIM i tillämpliga paneler. Dokumentationen tillåter upp till 72 timmar för verifiering. Den varnar också för att utan avslutad DKIM verifiering skickar detta hanterade arbetsflöde från en generisk HappyFox-adress snarare än den anpassade domänen. Aktuell DKIM verifiering
Skilj verifiering från meddelandeidentitet
Ursprunglig acceptplan: skapa ett ofarligt kontrollerat stödutbyte för den faktiska kanalen. Fånga ett normalt svar och eventuella automatiska svar som ingår i lanseringen. För varje, registrera de visade From-domänen, SMTP -kuvertdomänen, DKIM d= och s=-värdena och betrodda mottagartillagda autentiseringsresultat. Registrera om den observerade avsändaren är den avsedda anpassade identiteten eller en reserv.
DMARC godkänns när minst en passerande SPF eller DKIM identitet överensstämmer med den synliga From-domänen enligt tillämplig policy. En generisk reserv kan autentiseras som sin egen domän utan att bevisa att lanseringen av din anpassade domän är klar. På samma sätt bevisar inte en framgångsrik DNS panel i sig att meddelandet använde den förväntade kanalen eller leveransmetoden.
Illustrativt misslyckande: en administratör följer en äldre artikel med två CNAME medan den aktuella panelen begär fem poster. Den användbara korrigeringen är att stämma av hela det aktuella kontopostuppsättningen, inte att upprepade gånger testa den partiella äldre konfigurationen. Om kontot verkligen har ett annat gränssnitt, skaffa produktspecifik supportvägledning innan du blandar arbetsflöden.
Avsluta med en kontrollerad återhämtningsplan
Granska befintlig DMARC policy separat med domänägaren; kopiera inte äldre beskrivningar av policylägen eller försvaga tillämpningen för att dölja en ofullständig installation. Pausa den påverkade lanseringen av anpassad domän om testerna misslyckas. Behåll de senast godkända kanalinställningarna och DNS posterna och ändra endast det lager som visades vara fel. Behåll gamla giltiga väljare tills beroende rutter och köad post beaktas.
Dokumentationen granskades den 8 november 2026. Inget HappyFox-konto, DNS post eller riktigt supportmeddelande testades. Exemplet och acceptplanen är original illustrativ vägledning, inte ett påstående om avslutad aktivering.
Stäng inte en kanal vid partiell verifiering
Skriftligt fall HF-01 förutsätter att en icke-Basic Managed kanal avser support@example.com . Dess SPF panel godkänns men endast två av de fem nuvarande DKIM CNAME paren publiceras; DKIM aktiveringen förblir ofullständig. Den dokumenterade generiska avsändaren kan tillämpas, men dess exakta adress och meddelanderesultat är okända här. Kanalägaren bör låta godkännande av anpassad domän vänta medan DNS administratören stämmer av alla fem genererade ägare och mål, sedan köra Verifiera och aktivera DKIM och inspektera ett ofarligt supportutbyte. Dra inte slutledning av ett DKIM fel från ett rekord räkna ensam eller göra anspråk på eventuella domar mot mottagna meddelanden. Ingen supportärende, DNS ändring eller kanalaktivering utfördes.
Bevara verkställighetsgränsen
RFC 9989 Avsnitt 7.4 kräver giltig DKIM , inte enbart SPF , för domänpublicering p=reject, och varnar för interoperabilitet med indirekt e-post och e-postlistor. Ett enda framgångsrikt test för direktmeddelanden är inte ett bevis på att varje legitim väg är redo för en starkare politik. Behåll befintligt godkänt skydd medan du diagnostiserar det faktiska gapet; varje policyändring behöver ett eget beslut.