Bekräfta offertprodukten och avsändarvägen
Den här guiden gäller applikationen Quotient quotient på quotientapp.com och dess e-postmeddelanden med kundcitat. Den beskriver inte orelaterade produkter med samma namn. Spela in företagskontot, offert arbetsflöde, avsedd Från-adress, teammedlem och DNS ägare innan du gör en ändring. Kontots egen konfiguration är auktoritet för de poster som ska publiceras.
Quotient stöder sändning från en ägd domän-e-postadress via Custom Domains for Email. Dess nuvarande hjälpsökväg är kontoinställningar, e-postmeddelanden, anpassade domäner för e-post. Tjänsten tillhandahåller DNS instruktionerna. Det dokumenterade SPF och MX poster använder en separat underdomän, med ett exempel som quotient-mail.yourdomain.com , och MX stöder avvisnings- och klagomålshantering. Byt inte ut befintlig brevlåda MX poster. Quotient anpassad domänhjälp
Ett exempel på underdomän är inte ett bokstavligt värde att klistra in i varje kunds DNS . Kopiera den faktiska ägaren och målet som visas i kontot. Förklara innan ändringen vilka e-postmeddelanden från kunder som ska innehålla den ägda domänen och vilka rutter som ligger utanför detta omfång. Ett e-postmeddelande med offert, ett meddelande till anställdas brevlåda och en icke-relaterad marknadsföringskampanj kan dela ett synligt varumärke samtidigt som du använder olika autentiseringssystem.
Quotients tillkännagivande från 2021 beskriver också en standardleverantör-domänavsändare och CNAME, TXT och MX -poster för autentisering på anpassad domän. Använd det tillkännagivandet som historisk produktkontext, inte som en aktuell prissättning eller menygaranti; den aktuella hjälpsidan och live-kontot bör avgöra inställningen. Meddelande om kvot anpassad domän
Samla den aktuella posten utan att ändra mottagande e-post
Öppna kontots nuvarande anpassade domäner för e-postinstruktioner och fånga varje utfärdad posttyp, ägare och offentligt värde eller mål. Tilldela en administratör som kan redigera den auktoritativa zonen. En registrars faktureringssida eller en gammal värdpanel är inte ett bevis på var DNS serveras.
Exportera befintliga poster innan redigering. Markera om varje föreslagen post är ny, en ändring eller en konflikt med en befintlig tjänst. Kontrollera den genererade underdomänen för befintlig användning. Ett rekord kan vara "ny" i produktens bruksanvisning medan den redan är upptagen i kundens miljö. Lös den kollisionen med den berörda tjänsteägaren istället för att skriva över den.
Håll postlådedomänens MX poster åtskilda från den dedikerade underdomänen för avvisningshantering. Skriv båda namnen i ändringsbiljetten, inte bara " MX ." Operatören ska kunna förklara vilken post som påverkar anställds post och vilken som hör till offertleverans. Om instruktionerna verkar kräva att huvudbrevlådan MX ändras, stoppa och förtydliga den aktuella hyresgästkonfigurationen innan du fortsätter.
Efter publicering, fråga varje fullständigt ägarnamn hos den aktiva auktoritativa tjänsten och från en oberoende resolver. Kontrollera att en DNS -redigerare inte har duplicerat zonsuffixet. Följ CNAME mål när du inspekterar delegerade offentliga nyckelposter, och bevara det exakta målet istället för att ersätta det med en gissad nyckel. Registrera TTL:er och insamlingstider så att senare tester kan jämföras med det publicerade tillståndet.
Granska den pensionerade SPF inkluderar som en migration
Quotients dedikerade äldre-SPF-artikel säger att include:_spf.quotientapp.com inte längre krävs och pekar användare till anpassade domäner för e-post. Den rekommenderar att du inte tar bort behörigheter som krävs av andra tjänster. Detta är ett uttryckligt meddelande om pensionering från första part, så en ny implementering bör inte återuppliva den gamla inkluderingen som den aktuella konfigurationen. Quotient legacy SPF meddelande
För en befintlig domän, behandla borttagning som ett granskat migreringssteg, inte automatisk rensning. Registrera först den befintliga SPF policyn, identifiera eventuella godkända äldre beroenden och få bekräftelse på den för närvarande använda vägen för att skicka offerter. Validera de nya anpassade domänposterna och ett representantmottaget meddelande innan du schemalägger borttagning. Om ett kundspecifikt beroende är olöst, behåll frågan i bytessedeln och be leverantören att stämma av den med pensionsbeskedet.
När borttagning är godkänd, ta endast bort den föråldrade mekanismen från den tillämpliga SPF policyn. Bevara orelaterade behörigheter och resten av den avsedda policyn. Kontrollera det fullständiga resultatet igen istället för att bedöma det redigerade fragmentet isolerat. En återställningspost bör innehålla det exakta tidigare värdet, ägaren, tiden och ansvarig operatör.
SPF tillåter en policy för en ägare och sätter en gräns för DNS-beroende utvärdering. Att lägga till en andra post eller en växande lista med historiska inslag är inte en säker migreringsstrategi. Den utvärderade identiteten är meddelandets SMTP identitet, så särskilj den huvudsakliga organisatorisk domän från den dedikerade kuvertunderdomänen när man bedömer vilken policy som faktiskt används. SPF RFC 7208
Bekräfta avsändaradresser och riktiga citatmeddelanden
Quotient noterar att e-postadressverifiering också kan behövas efter domänautentisering. Registrera vilka teammedlemmars adresser som bekräftas och vilken adress som faktiskt väljs för den kontrollerade offerten. Domän DNS ändringar skapar inte automatiskt kontroll över varje postlåda. Quotient anpassad domänhjälp
Skicka harmlöst testinnehåll genom det verkliga offertarbetsflödet till godkända mottagare. Om företaget använder uppföljningar eller andra kund-e-postvägar, inkludera dessa i en separat testrad istället för att anta att de ärver en framgångsrik första sändning. Fånga den levererade Från-adressen, Svara-till-, kuvertdomänen, DKIM signeringsdomäner och väljare, och mottagarens betrodda autentiseringsresultat.
DKIM använder signaturens signeringsdomän och väljare för att hitta en publik nyckel. DMARC kräver en passerande anpassad SPF eller DKIM mekanism i förhållande till den synliga From-domänen. Ett leverantörssignerat meddelande kan passera DKIM utan att bevisa att organisationens anpassade From-identitet är anpassad. Kontrollera de faktiska domänerna och inriktning inställningar. DKIM RFC 6376 DMARC RFC 9989
Håll autentiseringsresultat åtskilda från kommersiella leveransresultat. Ett meddelande kan autentisera och fortfarande stöta på en mottagarregel, dåligt rykte eller en ogiltig adress. Ett framgångsrikt test visar inte heller att varje tidigare offert eller schemalagd uppföljning använde den nya rutten. Dokumentera övergångstiden för konfigurationen och behåll representativa bevis från efter den tidpunkten.
Kalkylblad för kvotacceptans
Använd detta föreslagna kalkylblad för den aktuella offert-e-postrutten. Ingen kundkonfiguration har observerats.
- Produkt och konto: quotientapp.com -konto, auktoriserad administratör, teammedlem, arbetsflöde och önskad avsändaridentitet.
- Domäninställning: livefunktionstillgänglighet, genererad postuppsättning, aktuellt verifieringstillstånd och avsändaradressbekräftelser.
- DNS separation: MX ägare och värden för huvudpostlådan, genererad avvisningsunderdomän, dess SPF och MX poster och eventuella delegerade signeringsposter.
- Offentliga kontroller: fullständiga ägarnamn, faktiska svar eller CNAME kedjor, auktoritativa namnservrar, TTL, tidsstämplar och registrera kollisioner.
- Legacy granskning: närvaro av pensionerade inkluderar, godkänd beroendebedömning, leverantörsförtydligande vid behov, borttagningsgodkännande och bevarad tidigare policy.
- Meddelandetester: offert eller uppföljning, mottagare, tidsstämpel, Från, kuvert, DKIM domäner och väljare, betrodda resultat och anpassad mekanism.
- Beslut: oprövade rutter, återställningsutlösare, DNS operatör, företagsägare och återstående mänskligt godkännande.
Fiktiv diagnos av en osäker MX ändring
Detta exempel är fiktivt. Ett företag vill att offerter ska komma från den egna domänen. En operatör ser en MX instruktion och förbereder sig för att ersätta domänens befintliga postlåde MX poster. Ändringsgranskaren märker att instruktionen tillhör en genererad underdomän som används för avvisningsbearbetning.
Den föreslagna korrigeringen är att publicera posten hos den exakta utfärdade ägaren med bibehållen e-postdirigering. Teamet verifierar sedan den anpassade domänen och skickar en kontrollerad offert. En gammal Quotient SPF inkludering upptäcks under inventeringen, men borttagningen schemaläggs separat efter att den befintliga rutten och godkända beroenden har kontrollerats. Detta scenario illustrerar två olika risker; det är inte en utförd migrering eller en garanti om ett live-konto.
Bevis och släppportar
De aktuella hjälpsidorna stöder arbetsflödet för anpassad domän och meddelande om pensionering. De tillhandahåller inte den faktiska kundens genererade väljare, mål eller signeringsbeteende. Dessa förblir hyresgästspecifika beviskrav. Aktuell funktionstillgänglighet och eventuella kommersiella åtaganden måste bekräftas på kontot innan aktivering. Live DNS , mottagna rubriker, granskning av äldre beroende, visuell granskning, mänskligt SME-godkännande och publiceringsgodkännande kvarstår.
Separera de två DNS besluten
Använd separata godkännanderader för att lägga till de genererade posterna för avvisningsunderdomäner och ta bort den historiska root-policyn inkluderar. Det första beslutet kräver en kollisionskontroll hos den exakt genererade ägaren. Den andra kräver det befintliga avsändarlager och återvinningsvärde. En framgångsrik offert kan inte fastställa alla schemalagda uppföljningsidentiteter eller godkänna orelaterade SPF borttagningar.
Separat meddelandeacceptans från policyimplementering
Ett passande justerat SPF resultat kan tillfredsställa en meddelandeutvärdering, men motiverar inte ensamt att flytta en hel domän för att avvisa. RFC 9989 Avsnitt 7.4 kräver giltig DKIM för domänpublicering p=reject och varnar för interoperabilitet med indirekt e-post. Inventera alla legitima avsändare och indirekta rutter innan policyägaren godkänner verkställighet. Ingen DNS ändring, klientdrift eller test av mottagna meddelanden utfördes för den här artikeln.