Definer ruten for undersøgelsesinvitation
Denne vejledning dækker undersøgelsesinvitationer sendt gennem QuestionPros egen e-mail-tjeneste ved hjælp af en tilpasset Fra-adresse. Den konfigurerer ikke en organisations separate SMTP tjeneste eller antager, at hvert QuestionPro-produkt deler identiske kontroller. Registrer kontoen, produktet, undersøgelsen, den tilsigtede Fra-adresse og den ansvarlige domæneadministrator, før du ændrer noget. Et genkendeligt visningsnavn alene siger intet om det domæne, der godkendes.
QuestionPros invitationsguide adskiller domænegodkendelse fra adgang til den enkelte Fra indbakke. Dens brugerdefinerede adresse-workflow nås fra den valgte undersøgelses Distribuer-område ved hjælp af Fra-adresse-kontrollen. Efter at domænet er verificeret, skal afsenderadressen også tilføjes og bekræftes via dets indbakke. Behandl dem som separate acceptporte. QuestionPro skræddersyede invitationer
Identificer, hvem der kan modtage bekræftelsen, og hvem der skal håndtere respondenternes svar. Undgå at bruge en opfundet postkasse, udelukkende fordi domænet eksisterer. Hvis teamet ønsker en uovervåget adresse, skal du etablere svarhåndtering gennem den ansvarlige posttjeneste i stedet for at antage, at QuestionPro sørger for en postkasse. Hold testundersøgelsen fri for respondentens personlige data, og brug modtagere, der er godkendt til kontrolleret test.
Godkend et første domæne på kontoen
Den dokumenterede kontosti er Brugerprofil, Min konto, Domænegodkendelse, Nyt domæne. Indtast det kontrollerede domæne, få det viste SPF instruktion, og generer derefter DKIM nøgle. Udgiv det udstedte vælger og offentlig værdi og bruge verifikationskontrollen. Udbyderen kræver også en gyldig DMARC rekord. Dens vejledning tillader op til seks timer for genererede nøgler at blive tilgængelige på dens e-mail-servere og anbefaler at vente seks til tolv timer på verificering efter DNS ændringer. QuestionPro domænegodkendelse
Treat those published intervals as troubleshooting guidance, not a promise about a particular DNS cache or tenant. Save the key-generation time separately from the DNS publication time. Hvis verifikationen mislykkes med det samme, skal du først fastslå, hvilken forudsætning der stadig afventer. Gentagende generering af nye nøgler kan gøre beviserne sværere at forene, så du skal ikke regenerere, blot fordi en kortvarig ventende tilstand dukker op.
Use the public values issued for that domain. Do not copy a selector or key from another customer, and do not put private signing material in DNS. The selector and signing domain determine where a receiver retrieves the DKIM public key. This is why en rekord ved et tiltalende men forkert ejernavn reparerer ikke en egentlig signatur. DKIM RFC 6376
The QuestionPro SPF page also directs readers to the account-generated instruction. Apply it only to a domain the organization owns or is authorized to administer. A mailbox at a public email provider does not grant control of that provider's DNS. QuestionPro SPF vejledning
Bevar eksisterende SPF og modtagelse af post
Inden du redigerer, skal du fange den aktuelle autoritative navneservere, SPF rekord, DMARC policy, and any existing DKIM records at the proposed selector. Identificer andre tjenester, der sender med samme identitet. Den nye udbyder må ikke fortrænge organisationens normale postkasseautorisation eller en anden operationel afsender.
Publish a single SPF policy at each owner and merge authorized mechanisms into the existing policy where appropriate. Tjek opslagsgrænsen efter sammenfletningen. SPF evaluerer en SMTP identitet; blot at tilføje en inkludering til det synlige From-domæne fastslår ikke, at en modtaget besked vil bruge dette domæne til SPF . Brug den faktiske kuvertidentitet under test. SPF RFC 7208
Tjek de fulde ejernavne efter offentliggørelsen. En editor, der tilføjer zonen, kan oprette et fordoblet domæne, når et fuldt kvalificeret navn indsættes i et felt med relativ navn. Record both the value shown in the DNS interface and the public answer. Do not modify MX routing as an unrelated troubleshooting experiment. Invitationsworkflowet har brug for en brugbar afsenderindbakke, men godkendelse af en undersøgelsestjeneste er ikke en instruktion til at migrere al organisationsmail.
Håndter et domæne, der allerede bruges af en anden konto
QuestionPro documents a different branch when the same domain is authenticated in another account: complete the account flow and publish its domain-ownership record rather than assuming a fresh SPF and DKIM setup is required. Bevar de eksisterende signeringsregistreringer, indtil de aktuelle lejeranvisninger fastslår, hvad der er nødvendigt. QuestionPro domænegodkendelse
Opret et konto-til-domæne-register med den oprindelige opsætningsejer, yderligere kontoejer, eksisterende offentlige optegnelser og ethvert nyt ejerskabsbevis. En anden kontos anmodning bør ikke blive en utilsigtet nøglerotation for den første konto. Registrer præcis, hvilken konto der viser en verificeret tilstand, og hvilke meddelelsesruter der er blevet testet. "Domænet er allerede bekræftet et sted" er ikke tilstrækkeligt acceptbevis for den nye afsendende konto.
Der er en dokumentationskonflikt i det aktuelle førstepartsmateriale: siden med domænegodkendelse og siden med tilpasset invitation viser forskellige domænekvoter for de samme licensfamilier. Denne guide lover bevidst ingen numerisk kvote. Bekræft den aktuelle berettigelse på den faktiske konto eller med QuestionPro, før du planlægger yderligere domæner. Denne konflikt retfærdiggør ikke at opfinde manglende kontroller eller bruge en uautoriseret kontoløsning. QuestionPro domænegodkendelse QuestionPro skræddersyede invitationer
Valider den valgte invitation i stedet for badget
Efter domæne- og indbakkebekræftelse skal du vælge den tilsigtede Fra-adresse i selve invitationen og sende en kontrolleret test. Confirm the message's From and Reply-To values, envelope domain, DKIM d= and s= values, and the receiver's trusted Authentication-Results. Test en påmindelse separat, hvis påmindelser er en del af implementeringen. Hold konto- og undersøgelsesidentifikatorer sammen med beviserne, så resultatet ikke ved et uheld kan tilskrives et andet arbejdsområde.
DMARC kræver en overgangsmekanisme, der er tilpasset det synlige From-domæne. Either aligned SPF or aligned DKIM can supply the pass. Bevar det faktiske justering tilstand og politikomfang i stedet for at antage, at et udbyderbadge beviser alle modtagerresultater. En domænepost, en verifikationsstatus og et modtaget godkendelsesresultat er forskellige typer af beviser. DMARC RFC 9989
QuestionPro dokumenterer leveringsundersøgelse gennem den valgte undersøgelses Distribuer-område, E-mail, Sendt og Ikke-leveret optælling. It asks support cases to establish permission to contact recipients and the state of SPF , DKIM , and DMARC . Use the specific failure information alongside authentication evidence instead of changing DNS for every bounce. QuestionPro leveringsfejlfinding
A nonexistent recipient, an account limit, or poor engagement requires a different response from a missing DKIM key. Påstå ikke, at beståelse af godkendelse garanterer indbakken. Bevar samtykke- og listekvalitetstjek som et separat operationelt ansvar.
QuestionPro accept arbejdsark
Udfyld denne foreslåede post for hver afsendende konto og domæne. Ingen felter nedenfor repræsenterer kundetestresultater.
- Omfang: konto, produkt, licensrettigheder bekræftet uden at være afhængig af modstridende kvoter, undersøgelse, afsenderejer og leveringsservice.
- Domænegren: første godkendelse eller bevis for yderligere kontoejerskab, original opsætningsejer og eksisterende afhængigheder.
- DNS : udstedt SPF instruktion, vælger og offentlig nøgle, ejerskabsregistrering, hvis relevant, autoritative svar, TTL'er og tidsstempler.
- Provider timing: key-generation time, DNS publication time, verification attempts, exact status, and unresolved messages.
- Afsenderadresse: bekræftet indbakke, valgt Fra, Svar-Til, svarbehandlende ejer og bekræftelsesfuldførelse.
- Received evidence: invitation or reminder, receiver, envelope domain, DKIM domains and selectors, authentication outcomes, and alignment.
- Beslutning: resterende konti eller produkter, tilbagerulningsplan, kvoteafklaring, menneskelig anmelder og godkendelsestilstand.
Fiktiv diagnose af en anden konto-regression
Dette eksempel er fiktivt. En anden forskningskonto tilføjes for en afdeling. An administrator assumes the existing domain must be authenticated from scratch and proposes replacing its working DKIM record. Det oprindelige teams kampagner er stadig aktive.
Den sikrere undersøgelse identificerer den yderligere kontoejerskabsgren, sammenligner den lejerudstedte instruktion med eksisterende registreringer og bevarer den fungerende signeringsnøgle. Begge konti har derefter brug for separate kontrollerede invitationstests. Hvis den aktuelle grænseflade adskiller sig fra den dokumenterede gren, forbliver ændringen i venteposition for at afklare udbyderen i stedet for at fremtvinge de gamle instruktioner. Dette er en illustrativ beslutningsvej, ikke et gennemført lejerskifte.
Bevis- og gennemgangsporte
Live account eligibility, generated values, domain ownership, DNS responses, key readiness, inbox confirmation, and received-message alignment remain untested. The conflicting domain quotas are a specific product-scope hold. Human SME review, visual review, and publication approval are pending. Keep the candidate unpublished and retain the account-specific worksheet with any later validation.
Hold den anden kontos beslutning reversibel
Før du ændrer et delt domæne til en ny forskningskonto, skal du registrere den oprindelige kontoejer og kandidatpostnavnene. If a new instruction overlaps a working selector, stop and ask whether this is ownership proof or a signing-key change. The fictional example establishes no actual selector, successful campaign or completed migration. Vedligehold den eksisterende rute indtil den påtænkte ændring og tilbagerulning er aftalt.
Adskil meddelelsesaccept fra politikudrulning
Et bestået justeret SPF resultat kan tilfredsstille en meddelelsesevaluering, men retfærdiggør ikke alene at flytte et helt domæne for at afvise. RFC 9989 Afsnit 7.4 kræver gyldig DKIM for domæneudgivelse p=reject og advarer om interoperabilitet med indirekte mail. Inventar alle legitime afsendere og indirekte ruter, før policeindehaveren godkender håndhævelse. Ingen DNS ændring, lejerdrift eller test af modtaget meddelelse blev udført for denne artikel.