Definer succes som den leverede identitet, du havde til hensigt
En Selzy-kampagne kan leveres, mens den viser et andet afsendende domæne end det, kampagneejeren forventede. Indsæt den ønskede synlige Fra, visningsnavn og svardestination i ændringsplanen, før godkendelse påbegyndes. En test, der blot ankommer, er ikke tilstrækkeligt acceptbevis for en brandet afsenderidentitet.
Denne vejledning dækker Selzy marketing-konto workflow. De Selzy UniOne-sidens produktbeskrivelse præsenterer en separat SMTP og API-tjeneste. Hvis din ansøgning sender gennem UniOne, skal du bekræfte denne rute og bruge dens kontospecifikke instruktioner i stedet for at antage, at kampagneindstillingerne overføres. Den samme mærkefamilie etablerer ikke identiske vælgere, kuvertadfærd eller opsætningskontroller.
Opbevar hvert domæne, der bruges af kampagner og automatiseringer. Medtag varianter, der er arvet fra skabeloner eller valgt af forskellige medarbejdere. Behandl forskellige domæner og væsentligt forskellige leveringsruter som separate tests. Tilføj ikke et andet domæne udelukkende fordi en generisk vejledning bruger det i en illustration.
Bekræft postkassen, før du anmoder om domæneindstillinger
Selzys opsætningsvejledning, "Tilføj din e-mail til bekræftede e-mails" begynder i Konto → Indstillinger → Kontoopsætning → Bekræftede e-mails. Det kræver bekræftelse af en adresse på domænet, før det domæne kan tilføjes til godkendelse. Brug en adresse, som organisationen kontrollerer og overvåger.
Bekræftelse af en postkasse viser adgang til denne postkasse; den udgiver ikke en nøgle, autoriserer en sendeserver i DNS eller beviser DMARC justering. Behold bekræftelseshændelsen i en anden regnearksrække fra DNS ændringen. Hvis bekræftelsesmeddelelsen ikke ankommer, skal du undersøge adressen og postkassen i stedet for at ændre uvedkommende SPF optager blindt.
Beslut, hvem der skal bevare svardestinationen, når personalet skifter rolle. Test destinationen gennem den almindelige svar-workflow ved hjælp af harmløst indhold. Undgå at indsætte en persons uovervågede adresse i en langvarig kampagne, blot fordi det var praktisk til den første opsætning.
Få de aktuelle domæneposter fra kontoen
De Selzy DKIM guide, "Opret en DKIM -post i Selzy" dirigerer administratoren til domænegodkendelse, tilføjer domænet og henter dets indstillinger. Brug den nøjagtige ejer, type og offentlige værdi, der vises for det faktiske domæne. Registrer kildekontoen og tidspunktet, så en anden administrator kan skelne aktuelle instruktioner fra et gammelt opsætningsskærmbillede.
Tjek eksisterende optegnelser hos den foreslåede ejer før offentliggørelse. Hvis vælger navnet er optaget, afgør, om det tilhører den samme konto, en tidligere nøgle eller en anden tjeneste. Overskriv det ikke, blot fordi en tutorial viser en velkendt vælger. Bed om en understøttet løsning, når der er en konflikt.
Udgiv kun offentligt verifikationsmateriale. En offentlighed DKIM nøglen er ikke hemmelig, men den private signaturnøgle skal forblive hos det autoriserede signatursystem. Kopier ikke en prøvenøgle fra hjælpesiden eller en anden organisation. Du må ikke forkorte en lang tast eller ændre dens tegn, så den passer til en DNS editor. Bekræft den fuldstændige returnerede DNS værdi efter redigeringen.
Den citerede vejlednings afsnit "Sådan tester du DKIM -godkendelse" adskiller DNS , applikations- og real-message-tjek. Følg denne adskillelse i ændringsposten. Hver besvarer et andet spørgsmål: er nøglen offentliggjort, genkender tjenesten konfigurationen, og validerede det modtagende system en meddelelse, der var signeret ved hjælp af den?
Tilføj SPF uden at omskrive resten af mailpolitikken
Selzys SPF guide, "Sådan tilføjer du en SPF -record" starter med Return-Path og afsenderbeholdning, henter derefter de aktuelle kontoindstillinger og udgiver én politik. Det viser include:spf.selzy.com som servicegodkendelse. Gennemgå denne afhængighed i forbindelse med dit faktiske domæne og eksisterende afsendere i stedet for at kopiere en selvstændig politik engros.
Bevar den nuværende politik og dens virksomhedsejere, før du foreslår en ændring. Postkasseplatforme, supportsystemer og andre applikationer afhænger muligvis allerede af det. Identificer evt omdirigeringsmodifikator og slutningen af alle mekanismer. En enkel udskiftning kan ændre, hvad der sker, når ingen tidligere mekanisme matcher.
Opsætningsvejledningen indeholder en bred instruktion til at ændre omdirigering til inkludere og bruge en bestemt slutning. Anvend ikke denne transformation mekanisk. De SPF guides syntakssektion skelner mellem de to konstruktioner, og RFC 7208 , afsnit 5.2 og 6.1 definerer deres forskellige adfærd. Få mailadministratoren til at gennemgå hele politikken og bevare organisationens tilsigtede semantik.
RFC 7208 afsnit 4.5 og 4.6.4 dækker også valg af enkelt-politik og grænsen for DNS-forespørgselsmekanismer og modifikatorer. Tæl indlejrede opslag. Opret ikke endnu en v=spf1 record hos den samme ejer eller fjern ikke-relaterede autorisationer blot for at gøre en lokal brik grøn.
SPF evaluerer en kuvertidentitet, ikke den synlige Fra i sig selv. Indfang identiteten fra en modtaget besked, og optag, om den stemmer overens. Denne gennemgang etablerer ikke en universel kampagnekontoindstilling for en tilpasset Return-Path . Hvis justeret SPF er et fast krav, skal du bekræfte understøttelse af den nøjagtige rute i stedet for at opfinde et bounce-domænefelt.
Læs Aktiveret status sammen med de faktiske DNS svar
I opsætningsvejledningens statusinstruktioner giver Selzy en aktiveret tilstand og en manuel opdateringskontrol. Den beskriver forsinkelser og fejlmeddelelser for manglende registreringer eller autorisation. Brug fejlen til at identificere det fejlslagne lag i stedet for gentagne gange at genskabe domænet.
Hvis en nøgle er rapporteret savnet, skal du forespørge den nøjagtige ejer, der vises af kontoen. Tjek for et utilsigtet fordoblet suffiks, en rekord i den forkerte DNS udbyder, manglende indhold eller inkonsistente autoritative svar. Hvis SPF meldes savnet, skal du kontrollere policen på det forventede domæne og sammenligne den med kontokravet. Registrer resolveren og tidspunktet, når svarene er uenige.
Behandl ikke ansøgningsstatus som bevis på den endelige meddelelsesidentitet. En kampagne kan bruge et andet Fra-valg end det domæne, du lige har aktiveret, eller en planlagt automatisering kan arve ældre indstillinger. En frisk kontrolleret afsendelse fra den faktiske rute forbliver nødvendig, selv når domænepanelet virker sundt.
Kontroller eksplicit for Fra-adresse substitution
Opsætningsvejledningens "Hvorfor blev min Fra-e-mailadresse udskiftet?" afsnit beskriver substitution med et Selzy delt domæne, når DKIM ikke er aktiveret, eller der bruges en freemail-afsender. Dens svarsektion forklarer, at Reply-To håndteres separat. Registrer derfor den leverede Fra-adresse i stedet for at antage, at den svarer til kampagneredaktørens oprindelige input.
Denne adfærd er særlig vigtig under test. En kampagne, der ankommer under et delt domæne, kan demonstrere levering gennem tjenesten uden at bevise, at dit eget domæne er autentificeret. Tæl det ikke som succes for et brugerdefineret domænekrav. Gem forskellen mellem anmodede og observerede identiteter og ret det tilsigtede domænes opsætning før gentestning.
Bekræft svarene separat. Tjek selve Reply-To-headeren og send et harmløst svar til den godkendte overvågede destination. En gyldig svarrute reparerer ikke DMARC justering, og en tilpasset kampagne kan stadig sende svar et sted, hvor virksomheden ikke overvåger. Begge checks hører hjemme i lanceringsposten.
Indfang det endelige autentificeringsbevis
Send til kontrollerede eksterne modtagere gennem den samme kampagne eller automatiseringsrute, som vil blive brugt i produktionen. Brug ingen kundeliste, private kundeoplysninger eller produktionsordreindhold. Registrer kampagne-ID, Message-ID og UTC-tid, så support kan korrelere leveringen uden at modtage unødvendige data.
Indfang den synlige fra domæne, modtagerrapporteret kuvertidentitet eller Return-Path , alle DKIM d= og s= værdier og den modtagende tjenestes betroede SPF , DKIM og DMARC resultater. RFC 6376 , afsnit 3.5 definerer DKIM id'erne. Brug disse observerede værdier til at kontrollere nøgleopslaget, ikke en vælger gættet fra en ældre artikel.
RFC 9989 , afsnit 4.4 forbinder godkendte SPF eller DKIM domæner til den synlige Fra-gennem-justering. Registrer den passerende justerede mekanisme og den gældende tilstand. Et pass under et servicedomæne eller levering under en omskrevet From demonstrerer ikke godkendelse af den oprindeligt anmodede brugerdefinerede identitet.
Behold organisationens eksisterende DMARC politik, medmindre ejeren godkender en bredere ændring. Fortolk ikke en begyndervejlednings overvågningseksempel eller venteanbefaling som tilladelse til at deaktivere eksisterende håndhævelse. Undersøg først afsenderen. Autentificering er en del af leveringen og garanterer ikke indbakkeplacering eller meddelelsessikkerhed.
Brug afsender-erstatningsarbejdsarket
Brug en separat gennemgangspost, der indeholder postkassebekræftelse, kontoudstedte DNS poster, Aktiveret status, anmodet og leveret fra-adresser, svardestination og tilpassede modtagerresultater. Den anmodede-versus-observerede sammenligning er tilsigtet: den forhindrer et delt domæne-tilbagefald i at blive forvekslet med færdiggørelse af tilpasset domæne.
Hvis et felt ikke kan observeres, skal du registrere den næste ejer og handling. Hold eksterne meddelelsesbeviser adskilt fra interne tilladelseslister eller resultater i testtilstand. Tilføj en gentest for hver meningsfuld afsender-domæneændring, skabelonopdatering eller flytning mellem kampagne og API/ SMTP produkter.
Fiktivt udført eksempel: en leveret kampagne, der ikke er klar
Kun fiktiv skriftlig sag: SZ-01 antager, at den anmodede afsender er promo@example.org , men den leverede meddelelse bruger et delt Selzy-domæne og beholder Reply-To promo@example.org . Den nøjagtige erstattede postkasse, signeringsdomæne, vælger og SPF resultat er ukendt. Et arbejdssvar opfylder ikke kravet om brandidentitet. Kampagneejeren bør løse domænegodkendelse og indsamle en frisk ekstern meddelelse, der viser den tilsigtede From plus-justerede godkendelse, før han godkender dette krav. Ingen konto-, kampagne- eller leveringstest fandt sted.
Gendan uden at skjule det oprindelige problem
Sæt den berørte udrulning af tilpasset domæne på pause, når den påkrævede identitet ikke kan påvises. Bevar eksisterende fungerende godkendelsesposter og koordiner enhver gendannelse med kontoen og DNS ejere. Hvis afsendelse af delt domæne betragtes som et midlertidigt alternativ, skal du gøre branding- og svarkonsekvenserne eksplicitte for virksomhedsejeren i stedet for at behandle substitution som en løsning.
Behold vælgere, der er nødvendige for meddelelser, der stadig er i luften, indtil en revideret pensionsplan tillader fjernelse. Live kontoinspektion, DNS observationer, modtagne meddelelsesbeviser og nøjagtig tilpasset konvolutsupport afventer fortsat her. Dette upublicerede dokumentarudkast afventer også visuel gennemgang og menneskelig SMV-godkendelse.
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.