Identificer transporten før redigering DNS
En WordPress-begivenhed identificerer ikke dens udgående mailudbyder. Nulstilling af lageradgangskode, kontaktformularer, ordremeddelelser og eventuelle nyhedsbreve. Registrer for hver plugin eller applikation, der genererer det, dets Fra-adresse, og om en konfigureret SMTP eller API-integration erstatter standardruten. Gem en modtaget original og de aktuelle transportindstillinger, før du foretager ændringer.
WP Engine anbefaler en tredjeparts e-mail-vært for stærkere mailfunktionalitet og siger, at den ikke giver MX eller DKIM værdier for e-mail-hosting. Dens sendevejledning dokumenterer også begrænsninger af standardtjenesten. Lov ikke et universelt WP Engine-kundedomæne DKIM vælger. Sender e-mail på WP Engine.
Vælg den dokumenterede rutespecifikke konfiguration
For standard WordPress-relæet identificerer WP Engines godkendelsesvejledning MailChannels og dokumenter include:relay.mailchannels.net i SPF. Kombiner kun denne mekanisme, hvor det er passende for det faktiske kuvertdomæne og den aktuelle rute. Bevar andre nødvendige afsendere i den eksisterende politik. En mekanisme, der er kopieret ind i det synlige From-domænes SPF , etableres ikke justering når konvolutten bruger et andet domæne. WP Engine-mailposter.
For en ekstern SMTP eller API-tjeneste skal du hente den aktuelle domænebekræftelse, DKIM og konvolutinstruktioner fra den pågældende tjeneste. Konfigurer WordPress-integrationen ved hjælp af dens understøttede transport. WP Engine dokumenterer, at port 25 ikke er tilgængelig og viser tilladte alternativer; Bekræft, at den valgte tjeneste og krypteringsindstillinger understøttes. Vejledning til afsendelse af WP Engine.
Ændr ikke indgående MX routing kun for at sende webstedsmeddelelser. På samme måde bør en ændring af webstedets A-record ikke ved et uheld flytte et e-mail-værtsnavn, der følger webstedet gennem et alias. Hold den indgående postkasseejer involveret, hvis der er planlagt en DNS migrering, men adskil migreringen fra denne udgående godkendelsesopgave.
Brug en identitet, som webstedet har tilladelse til at sende
For kontaktformularer skal du gøre den synlige Fra et domæne, som din organisation kontrollerer og har godkendt med den faktiske afsendertjeneste. Indsæt den besøgendes adresse i Reply-To, når applikationen understøtter dette arrangement. Behandl dette som en applikationsdesignanbefaling, ikke en påstand om et bestemt plugins standardadfærd. En besøgendes eksterne domæne er ikke dit at autentificere.
Få DKIM værdier fra den rigtige underskriver. Udgivelse af en selvoprettet nøgle i DNS kan ikke lave et relæskilt med den tilhørende private nøgle. Ligeledes kan tilføjelse af en generisk SPF inkludering ikke reparere manglende eller ujusteret DKIM . Bekræft den komplette SPF politik for det evaluerede konvolutdomæne, inklusive opslagsbudgettet, før du implementerer en flettet post. SPF, DKIM.
Udløs de faktiske WordPress-begivenheder
Brug en kontrolleret testkonto og ikke-kundedestinationer. Test begivenheden, ikke kun SMTP -pluginets forbindelsesknap. Hold tidsstemplet, applikationsbegivenheden, konfigureret transport, udbydersvar og modtagne original sammen.
- Hændelse: Nulstilling af adgangskode; Vigtig skelnen: Applikationsgenereret rute versus plugin-test; Acceptbevis: Modtaget original og vellykket påtænkt levering
- Event: Kontaktformular; Vigtig sondring: Besøgendes svar-til versus godkendt fra; Acceptbevis: Justeret autentificeret fra og korrekt svarmål
- Begivenhed: Ordremeddelelse; Vigtig skelnen: Transaktions workflow versus manuel test; Acceptbevis: Harmløs testbegivenhed gennem samme transport
- Begivenhed: Planlagt job; Vigtig skelnen: Baggrundsudførelse versus interaktiv afsendelse; Acceptbevis: Meddelelse og udbydersporing for den planlagte sti
Dette er en syntetisk acceptmatrix, ikke udført WP Engine-test. På hver original skal du inspicere kuvertdomænet og hvert DKIM d= og s= par i forhold til betroede modtagerresultater. En bestået godkendelsesmetode skal også flugte med den synlige Fra for at tilfredsstille DMARC. En vellykket plugin-forbindelse beviser ikke dette resultat. DMARC.
Gendan ruten, ikke hele domænet
Hvis der ikke kommer nogen besked, skal du adskille applikationsgenerering, transportindsendelse og modtageraccept, før du redigerer DNS . Hvis den forkerte rute bruges, skal du gennemgå plugin-præference eller applikationskonfiguration. Hvis autentificeringen mislykkes, skal du inspicere den nøjagtige underskriver- eller kuverttjeneste i stedet for at antage, at webværten leverer hver post.
Sæt en svigtende arbejdsgang på pause, eller gendan dens tidligere godkendte transport, mens arbejdsgangene bevares. Undgå en fallback, der lydløst sender kundemail uautoriseret. Gentest hver berørt hændelse efter reparation, og fjern ubrugte legitimationsoplysninger og DNS tilladelser, når en ekstern tjeneste trækkes tilbage gennem den autoriserede ændringsproces. Hold hemmeligheder væk fra diagnostiske artefakter. Ingen hjemmeside, udbyderkonto, meddelelsesbegivenhed eller DNS ændring blev udøvet for denne dokumentarvejledning.
Bekræft udbydergrænsen
Den aktuelle afsendelsesvejledning viser 2525 som anbefalet og 587/465 som tilladte alternativer, med Microsoft 365 begrænset til 587 i denne vejledning. Brug den valgte udbyders understøttede kryptering og transportindstillinger, ikke en gættet portændring. WP Engine offentliggør ikke sin nøjagtige standard timegrænse og beskriver begrænset e-maildiagnostik på serversiden; lov ikke en numerisk sendekapacitet eller logfiler, der ikke er opnået.
Arbejd gennem en fiktiv diagnostisk sag
Kun fiktiv skriftlig sag: WPE-01 antager, at en SMTP -plugin-test fra site@museum.example består med d=museum.example, men kontaktformularen sender Fra visitor@outside.example gennem en ukendt transport. Formularkonvolutten og underskrifter er ukendte. Hjemmesideejeren skal kortlægge selve arrangementstransporten og bruge en godkendt organisatorisk From med en separat besøgende Reply-To, hvor det understøttes. Plugin-resultatet kan ikke etablere formulargodkendelse eller godkende det besøgendes domæne. 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 en domæneudgivelse p=reject og advarsler 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.