[ Sende-service guider ]

Godkend e-mail sendt via Wordfly: konfiguration og verifikation

Brug WordFlys tilpassede DKIM onboarding og supportverifikation, og skeln derefter kundesignaturen fra WordFlys egen signatur.

Af EmailAuth -forskningsteamet · 4 min læst

[Nøglepunkter]

  • Brug WordFlys tilpassede DKIM onboarding og supportverifikation, og skeln derefter kundesignaturen fra WordFlys egen signatur.
  • En bestået udbydersignatur kan ikke skjule kundens signaturresultat.
På denne side

Etabler det afsendende domæne og kampagneomfang

Vælg det godkendte Fra-domæne, før du arrangerer godkendelse. Registrer WordFly-kontoen, kampagneejeren, DNS administratoren og de nøjagtige afsenderadresser, som kommende kampagner vil bruge. Inkluder automatiske kampagner og testafsendelser i beholdningen. En forhåndsvisningsmeddelelse eller en udbyderejet Fra-adresse er ikke tilstrækkelig dokumentation for en kampagne, der bruger organisationens domæne.

WordFly er dedikeret DKIM artiklen beskriver dobbeltsignering med wordfly.com og kundens afsendende domæne og kræver udgivelse af den leverede brugerdefinerede DKIM record og en DMARC rekord før den sendes sikkert. Dens bredere sendevejledning har et mindre specifikt sprog om brugerdefineret signering. Brug den dedikerede godkendelsesworkflow og bekræft den faktiske kundedomænesignatur i stedet for at stole på ældre generelle fraseringer. Brugerdefineret DKIM, Sender guide.

Koordiner udgivelse med WordFly

Anmod om den tilpassede offentlige DKIM registrering fra WordFly-support for det godkendte domæne. Udgiv det medfølgende TXT post ved autoritativ DNS , fortæl derefter supporten, at den er klar til verifikation. Dokumentationen råder til at tillade to til tre dage til opsætning og test. Planlæg ikke en fuld kampagne i sidste øjeblik ud fra den antagelse, at DNS udgivelse alene fuldender udbyderaktiveringen. WordFly DKIM opsætning.

Gem supportinstruktionen, ejernavn, posttype og fuldstændig offentlig værdi med ændringsanmodningen. Kontroller, om DNS editoren tilføjer domæne-suffikset, og om en anden post optager det foreslåede navn. Brug den nuværende support vælger snarere end at behandle en offentlig artikels eksempel som en uforanderlig kontoindstilling. Udgiv aldrig en privat signaturnøgle.

Hold SPF og DMARC beslutninger adskilte

WordFly's sendevejledning siger, at den udgiver SPF for dets afsendende domæne og autentificerer retur-sti eller afvisningsadresse. Dette etablerer udbyderens SPF rolle; det beviser ikke en kundes tilpassede kuvertdomæne eller kundedomæne- SPF justering. Tilføj ikke en gættet apex-inkludering for at skabe et falsk udseende af justering. Undersøg det faktiske konvolutdomæne på en testmeddelelse. WordFly sende guide.

Gennemgå organisationens eksisterende DMARC registrering med dens ejer. Bevar godkendte politikker og rapporteringsordninger, mens du går ombord på kampagneruten. Et forbipasserende kundedomæne DKIM signatur kan give den justerede sti, selv når udbyderejet SPF er ujusteret. Match den observerede d=-værdi med den synlige From ved at bruge domænets faktiske justeringstilstand. DMARC.

Undersøg begge signaturer i en rigtig arbejdsgang

Send først en kontrolleret kampagne til autoriserede testmodtagere efter udbyderens bekræftelse. Bevar den originale meddelelse og det modtagende systems godkendelsesresultater. Stop ikke ved det første dkim=pass resultat: Bestem, hvilken signatur der er bestået, og om dens domæne stemmer overens.

  • Syntetisk signaturhus: d=wordfly.com passerer; Betydning: Udbydersignatur validerer; Næste beslutning: Tjek kundens signatur separat
  • Syntetisk signatur-case: d=example.com passerer med From news@example.com ; Betydning: Præcis domænejustering i dette eksempel; Næste beslutning: Bekræft modtager DMARC og beholde beviser
  • Syntetisk signatursag: Kundesignatur mislykkes, udbydersignatur bestået; Betydning: Udbydergodkendelse alene er utilstrækkelig til at Fra; Næste beslutning: Undersøg kundevælgerens integritet og underskrevet besked

Disse er syntetiske etuier, ikke observerede WordFly-leverancer. Optag hvert d= og s= par, så en anden passerende signatur ikke kan skjule en mislykket kundesignatur. Test den endelige kampagneindholdssti, inklusive enhver linkbehandlings- eller videresendelsesrute, der har betydning for den tilsigtede målgruppe. Indbakkeplacering er en separat observation fra godkendelsesaccept.

Reparer før kampagnen lanceres

Hvis DNS er korrekt, men kundens signatur mangler, skal du bekræfte aktivering på udbydersiden og kampagnens valgte Fra-domæne. Hvis en signatur fejler, skal du sammenligne vælgeropslaget og bevare modtagerens fejlårsag. Giv support en redigeret original eller diagnostiske detaljer, der passer til dens sikre supportkanal. Generer ikke urelaterede erstatningsnøgler eller slet ikke udbydersignaturen.

Hold den berørte kampagne tilbage, mens godkendelsesbeviset er ufuldstændigt. Hold den gamle vælger tilgængelig for post i kø, når en rotation er planlagt, ved at følge udbyderens overgangsinstruktioner. Efter reparation skal du gentage den originale test og opnå accept fra kampagneejeren før frigivelse. Arkiver det verificerede rekordsæt, supportbekræftelse og modtagne originaler. Gennemgå sovende konti og vælgere, når kampagner er udgået. Dette udkast indeholder ingen live kontoadgang, DNS ændringer eller sendt kampagnebevis.

Bekræft udbydergrænsen

Den detaljerede guide viser wordfly02. _domainkey som dets offentlige eksempel; sammenligne den nøjagtige aktuelle Support-instruktion i stedet for at gætte eller overskrive en optaget vælger. Det kræver også en postmesterpostkasse. Hold startcheck for abonnenttilladelse, et fungerende afmeldingslink og et passende opvarmning plan adskilt fra DNS validering. Disse er krav og anbefalinger til afsendelsesvejledning, ikke et bevis på, at denne kampagne er kompatibel eller leveret.

Arbejd gennem en fiktiv diagnostisk sag

Kun fiktiv skriftlig sag: WFL-01 antager Fra news@theatre.example , en bestået d=wordfly.com -signatur og en mislykket d=theatre.example -signatur. Konvolutten og SPF resultatet er ukendt. Udbydersignaturen er ikke tilpasset, men beviset fastslår ikke en fuldstændig DMARC fejl, fordi SPF forbliver ukendt. E-mailejeren skal inspicere kundevælgeren og fejlårsagen hos Support og derefter gentage den godkendte endelige indholdstest. Fjern ikke udbydersignaturen for at få resultaterne til at se enklere ud. Ingen konto, DNS , CRM, faktura, kampagne eller levering blev testet for denne sag.

Adskil en forbigående meddelelse fra håndhævelsesberedskab

RFC 9989 Afsnit 7.4 kræver gyldig DKIM for et domæne, der publicerer p=reject og advarer om interoperabilitet med indirekte mail. Et enkelt tilpasset SPF resultat retfærdiggør ikke i sig selv en udrulning af afvisningspolitik. Gennemgå alle lovlige ruter og politikejerskab separat fra denne udbyderopsætning.

[ Takeaway ]

En bestået udbydersignatur kan ikke skjule kundens signaturresultat.

[Efter rolle]

Hvad betyder det for dig

Vælg din rolle for praktiske næste trin.

IT / Mail Admin

Læs hvert DKIM resultat

En forbigående signatur kan skjule en anden signaturs fejl.

Næste trin

  1. Optag hver d= og s=.
  2. Spørg kundevælgeren.
  3. Match resultaterne til den endelige kampagnerute.

CISO / SecOps

Gennemgå delegation ved pensionering

En sovende kampagnenøgle kan forblive en godkendelsesafhængighed.

Næste trin

  1. Spor supportinstruktionen.
  2. Gem nøgleovergangsbeviser.
  3. Træk ubrugte vælgere bevidst tilbage.

Grundlægger / Ikke-teknisk

Beskyt kampagnedeadline

Autentificering onboarding inkluderer et udbyderbekræftelsestrin.

Næste trin

  1. Reserver opsætningstid.
  2. Bekræft det tilsigtede Fra-domæne.
  3. Hold lanceringen, når beviset er ufuldstændigt.

[ Ofte stillede spørgsmål ]

Ofte stillede spørgsmål

Hvorfor kan en WordFly-meddelelse indeholde to DKIM signaturer?

Den dedikerede vejledning beskriver udbyder-domæne og kunde-domæne-signering. Evaluer hver signatur separat, og identificer den, der er tilpasset din Fra.

Hvor får jeg den brugerdefinerede nøgle?

Anmod om den domænespecifikke offentlige DKIM post fra WordFly-support. Brug dens aktuelle vælger og værdi.

Er DNS udgivelse det sidste aktiveringstrin?

Nej. WordFly beder kunderne om at underrette supporten efter udgivelsen, så den kan bekræfte opsætningen.

Hvor meget tid skal jeg tillade?

Dokumentationen anbefaler to til tre dage til opsætning og test. Få bekræftelse i stedet for at love en øjeblikkelig kampagnelancering.

Er udbyder SPF automatisk tilpasset min Fra?

Nej. Et udbyderejet konvolutdomæne kan godkendes uden at være på linje med din organisations Fra. Undersøg meddelelsen og stol kun på verificerede identiteter.

Skal jeg acceptere det første dkim=pass resultat?

Nej. Par hvert resultat med dets signeringsdomæne og vælger; en udbydersignatur kan passere, mens kundesignaturen mislykkes.

Må jeg genbruge en anden organisations offentlige DKIM værdi?

Nej. Offentliggør posten, der er leveret for det godkendte afsendende domæne, og bekræft, at den underskrevne testmeddelelse refererer til den.

Hvornår er en kampagne klar?

Efter udbyderbekræftelse og en kontrolleret endelig workflow-meddelelse demonstrer en tilpasset beståelsesmetode, med kampagneejers accept og gendannelse dokumenteret.

[ Kilder ]

Kilder

  1. DKIM e-mail-godkendelse – Hjælpecenter

    Afsnit Brugerdefineret DKIM record (WordFly sender til dig) · For at udgive en DKIM record for dit afsendende domæne

  2. Vejledning til afsendelse – Hjælpecenter

    Afsnit DKIM e-mail-godkendelse til afsendende domæne · SPF e-mail-godkendelse til afsendende domæne · §01 // Sendekrav

  3. RFC 9989 : Domænebaseret meddelelsesgodkendelse, rapportering og overensstemmelse ( DMARC )

    Afsnit §4.4 · §5.3.5 · §7.4

  4. www.rfc-editor.org

    Afsnit §4.5 · §4.6.4

  5. www.rfc-editor.org

    Afsnit §3.5 · §3.6.1 · §6.1

[ Ordliste ]

Ordliste

Dobbeltsignering
Anvendelse af mere end én DKIM signatur på den samme meddelelse, potentielt med forskellige signeringsdomæner.
Kunde-domæne signatur
En DKIM signatur, hvis d=-identitet tilhører kundens konfigurerede domæne.
Udbyder aktivering
Trin på servicesiden, der gør en offentliggjort godkendelseskonfiguration effektiv til afsendelse.

Virksomhedens herkomst

Hvorfor top finansielle institutioner og regeringer pensionerede deres e-mailsikkerhedsdashboards.

Traditionelle e-mail-godkendelsesplatforme sælger dig et dashboard og beder dine ingeniører om at gøre arbejdet. I miljøer med høj indsats betyder manuel overvågning forsinket håndhævelse, konfigurationsdrift og uovervågede skyggedomæner.

EmailAuth er den agentiske e-mail-herkomstplatform. Vores agenter håndhæver p=reject, hold tredjepartsafsendere på linje og flyt dine domæner til fuld RFC 9989 compliance, den nye DMARC standard, med menneskelig auditabilitet.

regeringer Store virksomheder Tier-1 finansielle institutioner

SaaS · Dedikeret lejemål · Air-gapped on-prem · BYOK-kryptering

Vidensbase