Bekræft, at Porkbun sender beskeden
Et domæne, der er registreret hos Porkbun, bruger ikke nødvendigvis Porkbun-e-mail-hosting. Identificer først, om meddelelsen stammer fra en hostet postkasse, en videresendelsesregel, en tredjepartspostkasse eller et websted. Denne vejledning dækker Porkbun-hostet e-mail. Hold en separat ruteopgørelse for webstedsformularer og CRM-mail, selvom de deler det samme synlige Fra-domæne.
Optag domænet, afsendende postkasse, autoritativ navneservere, nuværende SPF og DMARC optegnelserog DNS administratoren. Bevar den eksisterende zone før ændringer. En registrators DNS editor kan indeholde poster, som offentlige modtagere aldrig ser, når en anden udbyders navneservere er autoritative. Flytning af navneservere er ikke en forudsætning for godkendelse og bør ikke medtages i denne ændring.
Vælg den relevante DNS -arbejdsgang
For Porkbun-hostede e-mails åbner domæneadministrationskonvolutikonet E-mail-hosting og videresendelse. Under Yderligere meddelelser og konfiguration vises Konfigurer DMARC kontrol konfigureres også DKIM. Udbyderen siger, at denne kontrol kun vises med en e-mail-hosting-tjeneste. Gennemgå den påtænkte ændring og eksisterende politik, før du accepterer en automatisk konfiguration. Porkbun DKIM og DMARC.
Hvis panelet rapporterer en DMARC advarsel, kan eksterne navneservere forhindre automatisk publicering. Det er ikke bevis for, at postkassen ikke er understøttet. Få de genererede optegnelser og aftal offentliggørelse med den autoritative DNS administrator. Tjek de resulterende offentlige svar, før du stoler på kontostatus.
For ekstern DNS dokumenterer Porkbun, at dens SPF inkluderer som _spf.porkbun.com . Dens instruktioner forklarer også, hvordan du kopierer kontoens standard. _domainkey og _dmarc TXT registreringer fra panelet DNS Records. Kopier den offentlige nøgle nøjagtigt. Flet gældende afsendertilladelser til én SPF rekord i stedet for at udgive en anden. Porkbun ekstern-DNS instruktioner.
Bevar eksisterende mail under udgivelse
Brug ikke ekstern-DNS-artiklens fulde postkasse-migreringsopskrift som en instruktion til at erstatte arbejdet MX poster under en ændring, der kun gælder for godkendelse. MX migrering ændrer indgående levering og har brug for sin egen godkendte plan. På samme måde skal du inspicere enhver eksisterende DMARC politik, før du kopierer en genereret erstatning: andre afsendere og rapporteringsdestinationer kan afhænge af den.
For DKIM posten skal du skelne værtsfeltet fra TXT værdien. Hvis editoren tilføjer example.com , kan indtastning af et komplet værtsnavn i et felt med relative navne skabe default._domainkey.example.com.example.com . Bekræft den faktiske offentlige opslagsplacering, ikke kun den viste række. SPF udgives som TXT på det relevante kuvertdomæne. Dens evaluerede politik skal forblive inden for protokollens DNS-opslagsgrænser. SPF regler.
Test postkasseafsendelse og videresendelse separat
Send en harmløs besked fra den hostede postkasse ved hjælp af dens normale afsenderklient til en kontrolleret ekstern modtager. Gem den komplette original og den tilføjede modtager Authentication-Results. Test derefter enhver videresendelsesarbejdsgang separat; erstatte ikke videresendt e-mail med baseline for direkte afsendelse.
- Test: Hostet postkasse direkte afsendelse; Optagelse: Fra, Return-Path, alle DKIM d= og s= værdier; Beståelsesbetingelser: Mindst én beståelsesmetode stemmer overens med den faktiske politik
- Test: Tredjeparts hjemmesideformular; Capture: Afsenderkonfiguration og modtaget original; Bestået betingelse: Evaluer den separate afsendelsestjeneste, ikke registratorens ejerskab
- Test: Videresendt besked; Capture: Original signatur og post-forward resultater; Beståelsestilstand: Diagnosticer ændringer uafhængigt af den direkte postkassesti
- denne tabel er en testplan, ikke en rapport over udførte meddelelser. For en syntetisk From af user@example.com og en valideret DKIM d=example.com, er signeringsdomænet et eksakt match. En bestået signatur for et ikke-relateret udbyderdomæne fastslår ikke det justering. Reply-To er nyttig til svar-routing, men er ikke domænet DMARC justerer. DMARC.
Løs den specifikke fejl
Hvis den automatiske kontrol er fraværende, skal du bekræfte produktrettighederne i stedet for at søge efter en ikke-relateret registratorindstilling. Hvis panelet siger konfigureret, men DNS mangler nøglen, skal du sammenligne de autoritative navneservere og zone. Hvis nøglen findes, men meddelelsen er usigneret, skal du kontrollere SMTP ruten og postkassen, og derefter give supporten et redigeret meddelelses-id og observeret signeringstilstand. Udgiv ikke en privat nøgle eller postkasseadgangskode i en billet.
Hvis SPF holder op med at fungere efter en sammenfletning, skal du gendanne den tidligere kendte-god-registrering og gennemgå hver inkludering, før du prøver igen. Hvis en anden afsender går i stykker efter en automatisk DMARC ændring, skal du gendanne den godkendte tidligere politik i stedet for at lade en utilsigtet erstatning være aktiv. Overvåg den nøjagtige postkasse og berørte applikationer gennem den næste normale afsendelsescyklus. Gem DNS øjebliksbilleder og originaler med ændringsregistreringen, og gennemse forældede tilladelser efter en postkassemigrering. Ingen direkte postkasse, DNS redigering eller leveret besked blev testet for denne dokumentarguide.
Afstem produktomfanget, før du handler
For skriftlig sag PB-01, antag, at Porkbun er vært for postkassen, men example.com uddelegerer DNS andre steder og også bruger en CRM. Konfigurer DMARC status er ikke bevis for, at den eksterne zone har ændret sig. Få den faktisk genererede nøgle og foreslåede politik, bevar CRM'ens legitime tilladelser og udgiv kun gennem den autoriserede zoneejer. Hvis CRM'ens afsendende identitet er ukendt, skal du ikke gætte en inkludering eller udskiftning af den eksisterende SPF politik engros. Hold hver påkrævet DNS og meddelelsesobservation afventende, indtil den faktisk indsamles. Ingen konfiguration eller afsendelse af mail fandt sted her.
Bevar håndhævelsesgrænsen
RFC 9989 Afsnit 7.4 kræver gyldig DKIM , ikke SPF alene, for domæner, der udgiver 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.