Identificer hostet e-mail, før du ændrer standardindstillinger
Denne vejledning dækker mail sendt af SiteGrounds hostede mailservere. Det antager ikke, at SiteGround Email Marketing, et website-plugin, der bruger en ekstern SMTP tjeneste, eller en postkasse, der hostes et andet sted, følger samme rute. Optag den afsendende postkasse, det valgte websted, fra domænet og den autoritative DNS vært. Gem en basislinjemeddelelse og en zoneeksport, før du ændrer standardindstillingerne.
SiteGround-dokumenter oprettes automatisk SPF og DKIM optegnelser. Godkendelseskontrollerne er under Webstedsværktøjer > E-mail > Godkendelse; DMARC administreres i DNS Zone Editor. En standard i dette panel er en startkonfiguration, ikke bevis for en leveret justeret besked. SiteGround-godkendelseskontroller.
Undersøg eksisterende værdier i stedet for at erstatte dem
Åbn domænets DNS Zone Editor og inspicér den aktuelle TXT registreringer. SiteGrounds postkontrolartikel dokumenterer en standard DKIM ejer af standard. _domainkey under dit domæne. Brug den faktiske nøgle og værtsnavn fra din egen konto. Identificer eventuelle tilpasninger og deres ejere, før du vælger en nulstillingshandling. Efterse SPF og DKIM.
Hvis DNS er hostet et andet sted, skal du kopiere de nødvendige offentlige registre til den autoritative tjeneste gennem dens administrator. Forespørg på navneservere bruges af modtagere til at bekræfte offentliggørelse. Migrér ikke DNS , blot fordi hostingpanelet indeholder en praktisk editor. Hold webstedets A-registreringer og fungerende indgående MX routing uden for rammerne af denne godkendelsesændring.
Hvis SPF allerede autoriserer andre systemer, skal du bevare deres bekræftede tilladelser i den enkelte gældende SPF politik. En nulstilling til hostingstandarden kunne stille og roligt kassere en løn- eller CRM-rute. Tjek syntaks og opslagsomkostninger efter sammenlægning, og skeln det domæne SPF faktisk evaluerer fra det synlige From-domæne. SPF protokol.
Behandl DKIM regenerering som en vigtig ændring
Udbyderen dokumenterer deaktivering og genaktivering DKIM for at regenerere en rekord. Brug ikke regenerering som det første diagnostiske trin for et forbigående leveringsproblem. Fang strømmen vælger og offentlig nøgle, identificer eventuel post i kø, og planlæg offentliggørelse med DNS ejeren, før en arbejdsnøgle udskiftes. SiteGround kontroller.
En ny DNS værdi kan spredes forskelligt på tværs af resolvere, så en tilsyneladende øjeblikkelig panelændring beviser ikke, at hver modtager kan verificere den nye signatur. Brug en kontrolleret meddelelse efter ændringen, og kontroller vælgeren i meddelelsen i forhold til den offentlige nøgle, den faktisk refererer til. Hold den operationelle tilbagerulningsplan adskilt fra et løfte om, at en gammel privat nøgle kan gendannes; bekræfte denne mulighed med udbyderen først.
Opbyg en rutespecifik acceptrekord
Bordet er en syntetisk testplan. Ingen SiteGround-lejer eller leveret meddelelse blev inspiceret til denne vejledning.
- Rute: Hostet postkasse via normal klient; Beviser, der skal bevares: Originale overskrifter og klient SMTP mål; Acceptbeslutning: Bekræft den påtænkte SiteGround-senderute
- Rute: Hjemmesidemeddelelse; Beviser, der skal bevares: Plugin-transport og modtagerresultater; Acceptbeslutning: Bestem, om den rent faktisk deler den rute
- Rute: Separat markedsføringstjeneste; Beviser, der skal bevares: Tjenestespecifikke indstillinger og original besked; Acceptbeslutning: Arv ikke postkassens passresultat
- r hver besked, post synlig fra, SMTP kuvertdomæne, DKIM d= og s=, og den betroede modtagers resultater. En valideret d=example.com -signatur med From user@example.com er et eksakt-domæne justering eksempel; det er ikke en påstand om SiteGrounds observerede output. Hvis SPF passerer til et andet domæne, skal du evaluere justeret DKIM før du erklærer DMARC brudt. DMARC justering.
Kom dig uden at udvide hændelsen
Når poster vises i webstedsværktøjer, men ikke offentlige DNS , skal du undersøge navneserverautoritet og værtsnavnkonstruktion. Når mail er usigneret, skal du bekræfte produktet og SMTP stien, før du ændrer nøgler. Når signaturbekræftelsen mislykkes, skal du sammenligne vælgeropslaget og enhver meddelelsesmodificerende gateway. Når kun webstedsmail mislykkes, skal du inspicere webstedets transportkonfiguration i stedet for at nulstille postkassegodkendelse.
Hvis en ændring forstyrrer en anden afsender, skal du gendanne den gemte SPF eller DMARC -politik og teste denne afsender plus den hostede postkasse igen. Behold før-og-efter-registreringer, tidsstempler, godkendt omfang og modtagne originaler. Gennemgå standardindstillingerne efter en hosting-migrering, tilføjelse af tilpasset domæne eller DNS flytning. Godkendelsessucces etablerer ikke indbakkeplacering, og dette dokumentarudkast gør ikke krav på live-validering.
Adskil den fungerende postkasse fra den mislykkede hjemmesiderute
Skriftlig sag SG-01 angiver en hostet e-mail-meddelelse med From help@example.org og betroet DKIM pas ved hjælp af d=example.org, s=default. Et webstedsplugin sender i stedet gennem en ikke-relateret ekstern SMTP tjeneste og har ingen indsamlede godkendelsesresultater. Den hostede meddelelse leverer kun nøjagtig DKIM justering for sin egen rute. Ejeren af webstedet bør identificere plugins faktiske konvolut og signeringskonfiguration før enhver SiteGround-nulstilling. Hold postkassenøglen og andre SPF afsendere intakte. Disse er fiktive identiteter og resultater; ingen lejer, plugin, DNS forespørgsel eller besked blev inspiceret.
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.