Identifiser transporten før du redigerer DNS
En WordPress-hendelse identifiserer ikke leverandøren av utgående e-post. Tilbakestilling av passord for inventar, kontaktskjemaer, bestillingsvarsler og eventuelle nyhetsbrev. For hver, registrer plugin-en eller applikasjonen som genererer den, dens fra-adresse, og om en konfigurert SMTP eller API-integrasjon erstatter standardruten. Lagre en mottatt original og gjeldende transportinnstillinger før du gjør endringer.
WP Engine anbefaler en tredjeparts e-postvert for sterkere e-postfunksjonalitet og sier at den ikke gir MX eller DKIM verdier for e-posthosting. Sendeveiledningen dokumenterer også begrensninger for standardtjenesten. Ikke lov et universelt WP Engine-kundedomene DKIM velger. Sender e-post på WP Engine.
Velg den dokumenterte rutespesifikke konfigurasjonen
For standard WordPress-relé identifiserer WP Engines autentiseringsguide MailChannels og dokumenter include:relay.mailchannels.net i SPF. Slå sammen den mekanismen bare der det er passende for det faktiske konvoluttdomenet og gjeldende rute. Behold andre nødvendige avsendere i den eksisterende policyen. En mekanisme som er kopiert inn i det synlige Fra-domenets SPF etableres ikke justering når konvolutten bruker et annet domene. WP Engine postoppføringer.
For en ekstern SMTP eller API-tjeneste, skaff deg gjeldende domeneverifisering, DKIM og konvoluttinstruksjoner fra den tjenesten. Konfigurer WordPress-integrasjonen ved å bruke den støttede transporten. WP Engine dokumenterer at port 25 ikke er tilgjengelig og viser tillatte alternativer; bekrefte at den valgte tjenesten og krypteringsinnstillingene støttes. Sendeveiledning for WP Engine.
Ikke endre innkommende MX -ruting bare for å sende nettstedvarsler. På samme måte bør en endring i A-record på et nettsted ikke ved et uhell flytte et e-postvertsnavn som følger nettstedet gjennom et alias. Hold eieren av den inngående postkassen involvert hvis en DNS migrering er planlagt, men separer denne migreringen fra denne utgående autentiseringsoppgaven.
Bruk en identitet nettstedet er autorisert til å sende
For kontaktskjemaer gjør du synlig Fra et domene organisasjonen din kontrollerer og har autentisert med den faktiske sendetjenesten. Sett den besøkendes adresse i Svar-Til når applikasjonen støtter denne ordningen. Behandle dette som en applikasjonsdesignanbefaling, ikke en påstand om en bestemt plugins standardoppførsel. En besøkendes eksterne domene er ikke ditt å autentisere.
Skaff DKIM verdier fra den virkelige signeren. Å publisere en selvopprettet nøkkel i DNS kan ikke lage et reléskilt med den tilhørende private nøkkelen. På samme måte kan det å legge til en generisk SPF inkludering ikke reparere fraværende eller ujusterte DKIM . Bekreft den fullstendige SPF policyen for det evaluerte konvoluttdomenet, inkludert oppslagsbudsjettet, før du distribuerer en sammenslått post. SPF, DKIM.
Utløs de faktiske WordPress-hendelsene
Bruk en kontrollert testkonto og ikke-kundedestinasjoner. Test hendelsen, ikke bare SMTP -pluginens tilkoblingsknapp. Hold tidsstemplet, applikasjonshendelsen, konfigurert transport, leverandørsvar og mottatt original sammen.
- Hendelse: Tilbakestilling av passord; Viktig forskjell: Programgenerert rute versus plugin-test; Akseptbevis: Mottatt original og vellykket tiltenkt levering
- Arrangement: Kontaktskjema; Viktig forskjell: Besøkende Svar-Til versus godkjent Fra; Akseptbevis: Justert autentisert Fra og korrekt svarmål
- Hendelse: Bestillingsvarsling; Viktig forskjell: Transaksjonsarbeidsflyt versus manuell test; Akseptbevis: Harmløs testhendelse gjennom samme transport
- Arrangement: Planlagt jobb; Viktig forskjell: Bakgrunnskjøring versus interaktiv sending; Akseptbevis: Melding og leverandørsporing for den planlagte banen
Dette er en syntetisk akseptmatrise, ikke utført WP Engine-testing. På hver original, inspiser konvoluttdomenet og hvert DKIM d= og s= par mot pålitelige mottakerresultater. En bestått autentiseringsmetode må også samsvare med den synlige Fra for å tilfredsstille DMARC. En vellykket plugin-tilkobling beviser ikke dette resultatet. DMARC.
Gjenopprett ruten, ikke hele domenet
Hvis ingen melding kommer, separat applikasjonsgenerering, transportinnsending og mottakergodkjenning før du redigerer DNS . Hvis feil rute brukes, se gjennom plugin-prioritet eller programkonfigurasjon. Hvis autentiseringen mislykkes, inspiser den eksakte signereren eller konvolutttjenesten i stedet for å anta at nettverten leverer hver post.
Sett en sviktende arbeidsflyt på pause eller gjenopprett den tidligere godkjente transporten samtidig som arbeidsflytene bevares. Unngå en fallback som i det stille sender kundepost uautentisert. Test hver berørte hendelse på nytt etter reparasjon, og fjern ubrukt legitimasjon og DNS tillatelser når en ekstern tjeneste trekkes tilbake gjennom den autoriserte endringsprosessen. Hold hemmeligheter borte fra diagnostiske artefakter. Ingen nettside, leverandørkonto, meldingshendelse eller DNS endring ble utført for denne dokumentarguiden.
Bekreft leverandørgrensen
Den gjeldende sendeguiden viser 2525 som anbefalt og 587/465 som tillatte alternativer, med Microsoft 365 begrenset til 587 i den veiledningen. Bruk den valgte leverandørens støttede kryptering og transportinnstillinger, ikke en gjettet portendring. WP Engine publiserer ikke sin eksakte standard timegrense og beskriver begrenset e-postdiagnostikk på serversiden; ikke lov en numerisk sendekapasitet eller logger som ikke er oppnådd.
Arbeid gjennom en fiktiv diagnostisk sak
Kun fiktiv skriftlig sak: WPE-01 forutsetter at en SMTP -plugin-test fra site@museum.example passerer med d=museum.example, men kontaktskjemaet sender From visitor@outside.example gjennom en ukjent transport. Skjemakonvolutten og signaturene er ukjent. Nettstedseieren må kartlegge selve arrangementstransporten og bruke en godkjent organisatorisk Fra med en egen besøkende Reply-To der dette støttes. Plugin-resultatet kan ikke etablere skjemaautentisering eller autorisere besøksdomenet. Ingen konto, DNS , CRM, faktura, kampanje eller levering ble testet for dette tilfellet.
Skille en bestått melding fra håndhevingsberedskap
RFC 9989 Avsnitt 7.4 krever gyldig DKIM for en domenepublisering p=reject og advarsler om interoperabilitet med indirekte e-post. Et enkelt justert SPF resultat rettferdiggjør ikke i seg selv en utrulling av avvisningspolicy. Gå gjennom alle legitime ruter og policyeierskap separat fra dette leverandøroppsettet.