Omfang den aktuelle SendPro-domænemodel
Denne vejledning bruger den aktuelle arbejdsgang i Spotler SendPro Help Center til katalogindgangen, der er knyttet til SendPro og Flowmailer. Det antager ikke, at enhver ældre grænseflade, integration eller konto udsætter identiske kontroller. Registrer kontoen, udgaven, kildeapplikationen og afsenderdomænerne, før du forbereder en ændring.
Domæner-guiden adskiller tre identiteter: afsenderdomænet, der er knyttet til forfatteradressen retur-sti domæne, der bruges til afvisningshåndtering, og webdomænet, der bruges til kliksporing. En kildeapplikation bestemmer almindeligvis afsenderen, mens et dedikeret flowtrin kan ændre det. Konfigurationsgennemgangen skal derfor omfatte behandlingsforløbet i stedet for at antage, at den oprindelige ansøgnings Fra-adresse overlever uændret.
Ingen konto, API-legitimationsoplysninger, flow eller DNS indstilling er blevet tilgået eller ændret for dette manuskript. Dets implementering og nuværende anvendelighedskrav forbliver åbne. Domæner
Vælg returstien og sporingslayoutet, før du kopierer poster
Udbyderen beskriver en standardopsætning, hvor webdomænet i første omgang bruger samme navn som retursti-domænet. Det understøtter også at adskille dem. I scenariet med separat domæne opfordrer guiden til MX og SPF på retursti-domænet og et separat CNAME for webdomænet. En indbakke-domænekilde introducerer en anden afhængighed af modtagende e-mail.
Disse alternativer forklarer, hvorfor et skærmbillede af tre aliaser ikke er en universel rekordliste. Få den genererede plan for det valgte layout og noter formålet med hvert ejernavn. Konfigurer ikke et indbakkedomæne blot for at gengive et eksempel, og overskriv ikke eksisterende mail-routing, når et navn allerede tjener et andet system.
Vejledningen angiver en streng tilpasningsbegrænsning for dens returvejskonfiguration. Behandl det som en udbyderspecifik designbetingelse, der kræver afklaring i forhold til kontoens faktiske politik. Generaliser det ikke til en påstand om, at DMARC protokol forbyder altid strenge justering eller fjerne strenge tags fra et delt domæne. Retursti-domæne; Forskellige opsætninger
Skelne Valider fra Gem
Domæneguiden skelner vigtig mellem forhåndsvisning og begå ændringer. Validate kontrollerer de aktuelle inputværdier og kan vise de poster, der ville være nødvendige for redigerede værdier uden at gemme disse redigeringer. Gem ændrer de konfigurerede domæneværdier og opdaterer de nødvendige poster og status.
Den foreslåede operationelle proces er at forberede og gennemgå layoutet, før en gemt ændring godkendes. Registrer, om et skærmbillede afspejler en forhåndsvisning eller den forpligtede konfiguration. En forhåndsvisning, der viser forventede poster, fastslår ikke, at kontoen i øjeblikket bruger dem. Ligeledes beviser en gemt ændring ikke, at DNS allerede er blevet opdateret.
Udbyderen advarer om, at ændringer i produktionsdomæne kan påvirke indgående og udgående e-mail. Bevar en før-tilstand, identificer aktive kilder og flows, og aftal en tilbagerulningsejer. Fjernelse af domæne har også livscykluskonsekvenser og bør gennemgås separat fra et rutinemæssigt statustjek. Dette manuskript udfører ingen af disse handlinger. Redigering, lagring, validering og fjernelse af domæner
Læs indikatorerne for væsentlige rekorder og DMARC nøjagtigt
Overholdelsesvejledningen leder brugerne til Opsætning > Domæner. For dets illustrerede standardlayout beskriver den tre CNAME'er: en til afvisningshåndtering og sporing og to til DKIM. Brug de aktuelle kontogenererede poster i stedet for at antage, at de nøjagtige tal dækker alle alternative layouts.
Vejledningen kræver en gyldig DMARC rekord til afsendelse, men adskiller en manglende gyldig politik fra en advarsel om, at rua ikke indeholder SendPro-rapporteringsadressen. Det siger, at sidstnævnte kan være tilstrækkeligt, mens det anbefales at rapportere integration. Behandl ikke en anbefaling om at dele rapporter som automatisk tilladelse til at tilføje en ny datamodtager. Bevar den eksisterende rapporteringsordning, medmindre domæneejeren godkender en ændring.
En foreslået DMARC post er et politikeksempel, ikke en obligatorisk erstatning for organisationens aktuelle konfiguration. Gennemgå den gældende domænepolitik og tilpasningskrav, før du accepterer den. Tjek det specifikke afsenderdomæne igen efter godkendt offentliggørelse; ét vellykket domæne etablerer ikke hvert andet domæne eller underdomæne. Vejledning om overholdelse af afsender-domæne
Hold SPF og kildeindsendelse adskilt fra domæneidentitet
Opsætningsvejledningen beskriver et valgfrit SPF element til manuel inspektion og synlighed, og navnene include:spf.flowmailer.net. Denne grænsefladebeskrivelse må ikke fortolkes som tilladelse til at ignorere en SPF -politik, der kræves af et andet returstilayout. Kortlæg den relevante identitet og genererede poster først.
SPF 's evalueringsgrænse vedrører DNS-afhængige termer, herunder indlejret behandling, snarere end blot at tælle inkluderer indtastet i den synlige post. Gennemgå én komplet politik ved det berørte ejernavn, og bevar andre legitime kilder. Tilføj ikke en anden SPF politik for at tilfredsstille et isoleret dashboardelement.
SendPro understøtter også kildeindsendelse via API og SMTP blandt andre muligheder. Kildelegitimationsoplysninger tillader indsendelse; de beviser ikke selv domænetilpasning på det endelige budskab. Denne vejledning opretter eller afslører ikke disse legitimationsoplysninger. Den foreslåede accept skal forbinde den valgte kilde, ethvert afsenderskiftende flowtrin og den endelige observerede forfatter og signaturidentitet. Opsætningsvejledning; RFC 7208 , afsnit 3.2; RFC 7208 , afsnit 4.6.4; RFC 9989 , afsnit 4.4
Accept arbejdsark for applikations- og DNS ejere
Brug dette originale foreslåede regneark til at forhindre, at forhåndsvisningstilstand, indsendelsesgodkendelse og meddelelsesgodkendelse forveksles.
- Ansøgningsomfang: konto, udgave, kildeansøgning, indsendelsesprotokol og relevante flowtrin.
- Identitetslayout: afsenderdomæne, retursti-domæne og webdomæne registreret separat.
- Forhåndsvisning af bevis: genereret registreringsplan og om den afspejler ikke-gemte input eller forpligtede indstillinger.
- DNS gennemgang: formålet med hvert alias, TXT eller MX record, eksisterende afhængigheder og godkendt ændring af ejer.
- Politikbeslutning: gældende DMARC tilpasning, SPF gennemgang og særskilt autoriserede rapportmodtagere.
- Produktstatus: faktisk valideringsresultat pr. domæne og tidsstempel efter godkendt offentliggørelse.
- Beskedaccept: minimeret autoriseret prøve, der viser forfatter-, kuvert- og underskriftsidentiteter plus betroede modtagerresultater.
- Livscyklus: aktive kildeafhængigheder, rollback-plan og pensionsgodkendelse for ubrugte domæner.
Dette er et tomt kontroldesign. Det er ikke en gennemført API-integration, DNS inspektion, gemt konfigurationsændring eller testtransmission.
Fiktiv diagnose: en forhåndsvisning blev forvekslet med implementering
Et fiktivt applikationsteam redigerer sine retursti- og webdomænefelter, vælger Valider og videresender den resulterende postliste til en korrekturlæser. Et andet team antager, at forhåndsvisningen repræsenterer kontoens live-konfiguration og markerer, at migreringen er fuldført. De gemte indstillinger beskriver stadig det tidligere layout.
Den foreslåede rettelse er at skelne forhåndsvisningsbeviser fra en godkendt forpligtet ændring. Holdene afstemmer den faktiske gemte konfiguration, DNS plan og relevante applikationsflow, før de planlægger enhver implementering. De bevarer også de aktuelle DMARC -rapportmodtagere i stedet for at kopiere hvert felt fra et eksempel.
Efter en korrekt autoriseret ændring vil der stadig være behov for bevis på meddelelsesniveau. Forhåndsvisningen alene kan ikke bevise godkendelse eller levering. Dette fiktive eksempel beskriver ingen udført SendPro-handling og fremsætter ingen påstand om en rigtig konto.