Identifiser vertsbasert e-post før du endrer standardinnstillingene
Denne veiledningen dekker e-post sendt av SiteGrounds vertsbaserte e-postservere. Det forutsetter ikke at SiteGround Email Marketing, en nettstedsplugin som bruker en ekstern SMTP tjeneste, eller en postboks som er vert andre steder følger samme rute. Ta opp avsenderpostkassen, valgt nettsted, fra domene og autoritativ DNS vert. Lagre en grunnlinjemelding og en soneeksport før du endrer standardinnstillingene.
SiteGround-dokumenter opprettet automatisk SPF og DKIM poster. Autentiseringskontrollene er under Nettstedverktøy > E-post > Autentisering; DMARC administreres i DNS Zone Editor. En standard i det panelet er en startkonfigurasjon, ikke bevis på en levert justert melding. SiteGround-autentiseringskontroller.
Inspiser eksisterende verdier i stedet for å erstatte dem
Åpne domenets DNS Zone Editor og inspiser strømmen TXT poster. SiteGrounds postkontrollartikkel dokumenterer en standard DKIM -eier av standard. _domainkey under domenet ditt. Bruk den faktiske nøkkelen og vertsnavnet fra din egen konto. Identifiser eventuelle tilpasninger og deres eiere før du velger en tilbakestillingshandling. Inspiser SPF og DKIM.
Hvis DNS er vert for andre steder, kopier de nødvendige offentlige registrene til den autoritative tjenesten gjennom administratoren. Spør på navneservere brukes av mottakere for å bekrefte publisering. Ikke migrér DNS bare fordi vertspanelet inneholder en praktisk editor. Hold nettstedets A-poster og fungerende innkommende MX ruting utenfor omfanget av denne autentiseringsendringen.
Hvis SPF allerede autoriserer andre systemer, bevar de bekreftede tillatelsene deres i den enkelt gjeldende SPF policyen. En tilbakestilling til vertsstandarden kan i det stille forkaste en lønns- eller CRM-rute. Sjekk syntaks og oppslagskostnad etter sammenslåing, og skille domenet SPF faktisk evaluerer fra det synlige Fra-domenet. SPF protokoll.
Behandle DKIM regenerering som en viktig endring
Leverandøren dokumenterer deaktivering og reaktivering DKIM for å regenerere en rekord. Ikke bruk regenerering som det første diagnostiske trinnet for et forbigående leveringsproblem. Fang strømmen velger og offentlig nøkkel, identifisere eventuell e-post i kø, og planlegge publisering med DNS eieren før du erstatter en fungerende nøkkel. SiteGround-kontroller.
En ny DNS verdi kan forplante seg forskjellig på tvers av løsere, så en tilsynelatende umiddelbar panelendring beviser ikke at hver mottaker kan bekrefte den nye signaturen. Bruk en kontrollert melding etter endringen og kontroller velgeren i den meldingen mot den offentlige nøkkelen den faktisk refererer til. Hold den operative tilbakeføringsplanen atskilt fra et løfte om at en gammel privat nøkkel kan gjenopprettes; bekrefte denne muligheten med leverandøren først.
Bygg en rutespesifikk akseptrekord
Tabellen er en syntetisk testplan. Ingen SiteGround-leietaker eller levert melding ble inspisert for denne veiledningen.
- Rute: Hosted postkasse via vanlig klient; Bevis for å bevare: Originale overskrifter og klient SMTP mål; Akseptbeslutning: Bekreft den tiltenkte Senderuten for SiteGround
- Rute: Nettstedvarsling; Bevis for å bevare: Plugin-transport og mottakerresultater; Akseptbeslutning: Fastslå om den faktisk deler den ruten
- Rute: Egen markedsføringstjeneste; Bevis for å bevare: Tjenestespesifikke innstillinger og original melding; Akseptbeslutning: Ikke arv postkassens passresultat
- r hver melding, post synlig fra, SMTP -konvoluttdomene, DKIM d= og s=, og den pålitelige mottakerens resultater. En validert d=example.com -signatur med From user@example.com er et eksakt domene justering eksempel; det er ikke en påstand om SiteGrounds observerte utgang. Hvis SPF passerer for et annet domene, evaluer justert DKIM før du erklærer DMARC ødelagt. DMARC -justering.
Kom deg uten å utvide hendelsen
Når poster vises i nettstedverktøy, men ikke offentlig DNS , undersøk navneserverautoritet og vertsnavnkonstruksjon. Når e-post er usignert, bekrefter du produktet og SMTP banen før du endrer nøkler. Når signaturverifisering mislykkes, sammenligner du velgeroppslaget og en eventuell meldingsmodifiserende gateway. Når bare nettstedspost mislykkes, inspiser nettstedets transportkonfigurasjon i stedet for å tilbakestille postboksautentisering.
Hvis en endring forstyrrer en annen avsender, gjenopprett den lagrede SPF eller DMARC -policyen og test avsenderen på nytt pluss den vertsbaserte postboksen. Ta vare på før-og-etter-postene, tidsstemplene, godkjent omfang og mottatte originaler. Gå gjennom standardinnstillingene etter en vertsmigrering, tillegg av tilpasset domene eller DNS flytting. Autentiseringssuksess etablerer ikke innboksplassering, og dette dokumentarutkastet krever ikke aktiv validering.
Skille den fungerende postkassen fra den mislykkede nettsideruten
Skriftlig sak SG-01 angir en vertsbasert e-postmelding med From help@example.org og klarert DKIM pass med d=example.org, s=default. Et nettstedsplugin sendes i stedet gjennom en ikke-relatert ekstern SMTP tjeneste og har ingen innsamlede autentiseringsresultater. Den vertsbaserte meldingen gir nøyaktig DKIM -justering bare for sin egen rute. Nettstedseieren bør identifisere pluginens faktiske konvolutt og signeringskonfigurasjon før enhver tilbakestilling av SiteGround. Hold postkassenøkkelen og andre SPF avsendere intakte. Dette er fiktive identiteter og utfall; ingen leietaker, plugin, DNS spørring eller melding ble inspisert.
Bevar håndhevingsgrensen
RFC 9989 Avsnitt 7.4 krever gyldig DKIM , ikke SPF alene, for domenepublisering p=reject, og advarer om interoperabilitet mellom indirekte e-post og e-postlister. En enkelt vellykket test med direktemeldinger er ikke et bevis på at alle legitime ruter er klare for sterkere politikk. Behold eksisterende godkjent beskyttelse mens du diagnostiserer det faktiske gapet; enhver politikkendring trenger sin egen beslutning.