Behandel e-mail en SMTP als afzonderlijke tests van gedeelde instellingen
SendPulse documenteert een gedeelde lijst met geverifieerde domeinen voor e-mail en SMTP . De toepasselijke domeinlimiet is de hogere limiet van de twee abonnementen, en elk subdomein telt afzonderlijk mee; een trackingdomein verbruikt dat authenticatiebedrag niet. De huidige handleiding geeft een voorbeeld van een gratis abonnement van één e-maildomein en twee SMTP domeinen, waardoor twee gedeelde vermeldingen mogelijk zijn. Bevestig de hoeveelheid ruimte voor het live-account voordat u meerdere merken of subdomeinen plant. SendPulse E-mailauthenticatie, genereer uw DKIM en SPF records.
Gedeelde instellingen verminderen dubbel DNS werk, maar bewijzen niet dat elke applicatie het beoogde Van-domein selecteert. Voorraadmarketingcampagnes, automatiseringen en toepassingen die worden ingediend via SMTP of een API. Leg voor elke route het account en het beoogde domein vast, de bedrijfseigenaar, de applicatie-eigenaar en de DNS beheerder. Bewaar de inzendingsgegevens buiten dit werkblad.
Deze handleiding behandelt de openbare e-mail- en SMTP -authenticatieworkflows van de provider. Er wordt niet uitgegaan van een onbeperkte domeintoelage, een onafhankelijk selecteerbare gewoonte Return-Path of identieke uiteindelijke identiteiten bij elke integratie. Als een zakelijke vereiste afhankelijk is van strikt uitlijning of een bepaald envelopdomein, verkrijg een ondersteund ontwerp van SendPulse voordat u zich eraan vastlegt.
Controleer of er een bestaand domein bestaat voordat u records genereert
In E-mail is het gedocumenteerde toegangspunt Instellingen > Domeininstellingen, gevolgd door activering in het gebied met het geverifieerde domein. Gebruik in SMTP SMTP -instellingen > Domeininstellingen en het gebied van het verzendende domein. Beide workflows genereren SPF En DKIM records voor het ingevoerde domein. De SMTP documentatie zegt dat voor bestaande e-mailauthenticatie geen nieuwe DKIM installatie vereist is, omdat de services recordinstellingen delen. SendPulse SMTP DKIM , gedeelde recordinstellingen en een nieuw domein toevoegen.
Open eerst het bestaande domein als er al een aanwezig is. Registreer de huidige verbindingsstatus en publieke waarden. Genereer geen tweede arrangement alleen maar omdat een nieuwe applicatie SMTP gebruikt. Als twee accounts of teams hetzelfde domein claimen, vergelijk dan hun huidige door de provider uitgegeven instructies en verduidelijk het eigendom voordat u het gedeelde domein wijzigt keuzeschakelaar.
Tel de domeinen die nodig zijn voor de uitrol, inclusief afzonderlijk geverifieerde subdomeinen. Als het account de toegestane hoeveelheid heeft, verwijder dan niet een werkend domein alleen maar om het besturingselement Toevoegen bloot te leggen. Bepaal wat dat domein gebruikt en kies samen met de accounteigenaar een plan of domeinstrategie. Een beslissing over commerciële rechten staat los van een DNS fout.
Stem de SPF -instructie af op het bestaande beleid
De SendPulse SPF gids instrueert gebruikers met een bestaand SPF record om de autorisatie van de aanbieder aan dat record toe te voegen in plaats van een tweede aan te maken. De genoemde gidsnamen include:mxsspf.sendpulse.com als aanvulling op een bestaand beleid. Bevestig de toepasbaarheid op basis van de domeininstellingen van het huidige account; de voorbeeldtermen a en mx zijn geen automatische toevoegingen. Kopieer geen voorbeeld van een volledig beleid over het bestaande beleid. SendPulse SMTP SPF , kopieer een SPF record en voeg een vermelding toe aan de website van de DNS provider.
Exporteer de huidige TXT -antwoorden voor de exacte eigenaar voordat u deze bewerkt. Maak een lijst van de andere services die afhankelijk zijn van het SPF -beleid, en identificeer indien mogelijk de daadwerkelijke envelopidentiteit in een basisbericht. Het zakelijke Van-domein en het SPF-geverifieerde domein kunnen verschillen. Het publiceren van een include op een willekeurige top kan een elders geëvalueerde fout niet herstellen.
Controleer alle SPF -termen voor DNS-query's, inclusief geneste include-termen, aan de hand van de evaluatielimiet van tien termen. Een DNS record dat voldoet aan de lengtebeperking van de editor kan nog steeds de evaluatielimiet van het protocol overschrijden. Behoud legitieme autorisaties en de goedgekeurde eindkwalificatie. Verruim de rechten niet met voorbeeld-a- of mx-mechanismen, tenzij de domeineigenaar heeft geëvalueerd wat hij autoriseert. RFC 7208 , Records en DNS opzoeklimieten selecteren.
Als het verzoek van de provider en het bestaande beleid van de organisatie niet veilig met elkaar in overeenstemming kunnen worden gebracht, stop dan vóór publicatie. Vraag de e-maileigenaar om een ondersteund verzendend subdomein of een ander geschikt ontwerp te evalueren. Houd de bestaande werkroute beschikbaar terwijl die beslissing wordt genomen.
Publiceer de openbare sleutel van het account bij de juiste eigenaar
De instructies van SendPulse tonen DKIM als een TXT record en maak expliciet onderscheid tussen de publieke demonstratiesleutel en de eigen waarde van het account. De gids illustreert teken. _domainkey als de TXT eigenaar; haal de huidige volledige naam en publieke waarde op uit de domeininstellingen in plaats van een illustratie als bewijs voor elk account te behandelen. Gebruik de lange voorbeeldsleutel niet opnieuw in het artikel. SendPulse SMTP DKIM , een bestaand domeinrecord kopiëren.
Inspecteer eventuele bestaande records bij de voorgestelde selectoreigenaar. Een reeds bestaande sleutel ondersteunt mogelijk een ander account, provider of operationele route. Vraag om een ondersteunde resolutie in plaats van deze stilzwijgend te vervangen of een nieuwe selector uit te vinden die de service niet zal gebruiken. Het bewaren van een kopie van het vorige openbare register helpt de recensent bij het beoordelen van het herstel, maar geeft geen toestemming om een verouderde sleutel te herstellen zonder de ondertekeningsstatus te coördineren.
Gebruik de gezaghebbende DNS provider, niet noodzakelijkerwijs de domeinregistrar. Bevestig of de redacteur een relatieve host of een volledig gekwalificeerde naam verwacht. Na het opslaan vraagt u de volledige eigenaar op en vergelijkt u de volledige publieke waarde met de accountuitvoer. TXT reeksen kunnen in segmenten worden weergegeven; vergelijk hun gecombineerde inhoud in plaats van spaties tussen fragmenten in te voegen.
Alleen openbaar verificatiemateriaal hoort thuis in DNS of het implementatiewerkblad. Privé-ondertekeningssleutels, SMTP wachtwoorden en API-geheimen zijn niet nodig voor een DNS controle. Geef ondersteuning aan het getroffen domein en openbaar bewijsmateriaal zonder inloggegevens te verzenden.
Controleer de verbindingsstatus en afzenderselectie
De e-maildocumentatie gebruikt DNS records controleren en wijzigt een succesvolle invoer in Verbonden. De installatie-instructies vereisen ook dat het geverifieerde domein overeenkomt met het afzenderadresdomein. SendPulse E-mailauthenticatie, Genereer uw DKIM en SPF records en controleer de invoerstatus.
Controleer de toepasselijke status in beide serviceweergaven en registreer tijdstempels. Als een team een andere domeinlijst ziet, controleer dan of beide teams zich in het beoogde account bevinden voordat u DNS wijzigt. Ga er niet vanuit dat een status van het ene account bewijst dat een ander account gereed is.
Controleer vervolgens het geconfigureerde afzenderadres in de marketingworkflow en in elke ingediende aanvraag. Bekijk geautomatiseerde sjablonen en toepassingsstandaarden die na een migratie mogelijk een oud domein behouden. Een afzender die in een voorbeeldscherm wordt gekozen, kan afwijken van het adres dat door een achtergrondtaak wordt gebruikt. Leg de feitelijke instellingen vast van de productie-achtige workflow die wordt getest.
Houd de configuratie van het trackingdomein gescheiden. Een merktrackingdomein is handig voor links, maar vervangt niet het geverifieerde domein dat door de afzender is geselecteerd. Het acceptatierecord mag nooit DKIM of SPF uitlijning afleiden uit een trackinghostnaam of een ogenschijnlijk merkbericht.
Bewijs de e-mail- en SMTP routes onafhankelijk van elkaar
Stuur onschadelijke berichten via één representatieve campagne en één representatieve indiening van aanvragen. Voeg meer cases toe voor verschillende Van-domeinen, applicatieoverschrijvingen of routeringsregelingen. Gebruik gecontroleerde externe ontvangers en behoud de originele headers, bericht-ID, verzendtijd en workflow-ID.
Noteer voor elk geval de zichtbare From, het SPF-geauthenticeerde domein, Return-Path en elke DKIM d= en s= waarde. Het DKIM ondertekeningsdomein en de selector identificeren de opzoeking van de openbare sleutel; een geldige sleutel in DNS alleen bewijst niet dat het daadwerkelijke bericht deze heeft gebruikt. RFC 6376 , Het DKIM-Signature handtekeningkopveld en handtekeningen uit het bericht extraheren.
Gebruik vertrouwde ontvangerresultaten om een cryptografische pas te onderscheiden van een uitgelijnde pas. DMARC kan een kwalificerend uitgelijnd SPF of DKIM resultaat passeren, en de uitlijningsmodus beïnvloedt de domeinvergelijking. Leg vast welk mechanisme het resultaat oplevert, in plaats van alleen ‘authenticatie geslaagd’ te schrijven. RFC 9989 , identificatie-uitlijning uitgelegd en DMARC -evaluatie.
Als de campagne slaagt maar de applicatie niet, vergelijk dan eerst de daadwerkelijke afzender, het account en de route. Roteer de gedeelde sleutel niet als eerste reactie. Die verandering kan van invloed zijn op een werkende marketingstroom, terwijl het onjuiste Van-adres van de applicatie ongemoeid blijft.
Diagnose van gedeelde recordproblemen zonder beide services te onderbreken
Als er een DNS verificatiefout optreedt, controleert u de gepubliceerde eigenaar, het recordtype, de volledige waarde en de gezaghebbende provider. Voor een ontbrekende handtekening bevestigt u dat de test het geverifieerde domein en het beoogde SendPulse-account heeft gebruikt. Voor een handtekeningfout vergelijkt u de waargenomen selector en sleutel en controleert u of een andere gateway de ondertekende inhoud heeft gewijzigd.
Als SPF slaagt maar DMARC mislukt, vergelijk dan identiteiten voordat u autorisatie toevoegt. Als SMTP verzending vóór bezorging wordt afgewezen, houdt u de verzendfout gescheiden van de authenticatieresultaten van de ontvanger. Een probleem met de inloggegevens, quota of applicatieformaten kan niet alleen met een DNS controle worden vastgesteld. Behoud exacte fouten zonder geheimen naar de ondersteuningsbundel te kopiëren.
Als er nog steeds niet aan een aangepaste envelopvereiste wordt voldaan, verkrijg dan de ondersteunde opties van SendPulse voor het exacte account. Uit de herziene instructies blijkt niet dat elke klant elk gewenst Return-Path domein kan toewijzen. Bedenk geen MX of CNAME regeling om een kenmerk te benaderen dat nog niet is bevestigd.
Werkbladherstel en een fictieve testfout
Vul het SendPulse-werkblad voor een gedeeld domein in (maak een afzonderlijk beoordelingsrecord met de hier beschreven velden) met één rijgroep per geverifieerd domein en één bewijsinvoer per e-mail- of SMTP route. Registreer de abonnementslimiet, bestaande selectorafhankelijkheid, DNS resultaat, afzenderconfiguratie en ontvangen berichtresultaat. Markeer onbekenden expliciet.
Fictieve schriftelijke casus SP-01: neem aan dat campagne Van courses@example.org is geslaagd voor d=example.org, maar de lestoepassing verzendt Van lessons@old.example met DKIM / SPF resultaten onbekend. Verbonden status voor example.org brengt geen authenticatie van old.example tot stand. De eigenaar van de applicatie moet de goedgekeurde afzender bevestigen, de inventaris van het gedeelde domein vergelijken en de lesroute testen zonder de werkende sleutel te draaien. Er is geen account of bericht geopend en er is geen correctie of test uitgevoerd.
Bepaal vóór een wijziging hoe u elke betrokken stream wilt onderbreken en de laatst goedgekeurde afzenderconfiguratie wilt herstellen. Coördineer elke sleutelvervanging waarbij alle diensten deze delen. Stop bij het buiten gebruik stellen van elke afhankelijke applicatie en campagne voordat u de authenticatierecords verwijdert. Test opnieuw na planwijzigingen, accountmigratie, DNS hostingwijzigingen of nieuwe applicatieroutes.
Sluit alleen de geteste scoop
Voor acceptatie zijn de juiste domeinrechten, door het account uitgegeven records, een geldige openbare DNS , de status van de verbonden provider, de beoogde afzenderselectie en het bewijs van een vertrouwde ontvanger voor elke materiële route vereist. Een geverifieerde campagne sluit een niet-geteste SMTP integratie niet af. Live account-, DNS en berichtcontroles, onafhankelijke technische beoordeling, visuele beoordeling en menselijke MKB-goedkeuring blijven in behandeling; dit concept is niet gepubliceerd en claimt geen voltooide implementatie.
Scheid een voorbijgaand bericht van de gereedheid voor handhaving
RFC 9989 Sectie 7.4 vereist een geldige DKIM voor domeinpublicatie p=reject en waarschuwt voor de interoperabiliteit van indirecte post. Eén enkel afgestemd SPF resultaat rechtvaardigt op zichzelf geen uitrol van het afwijzingsbeleid. Bekijk alle legitieme routes en beleidseigendom afzonderlijk van deze providerconfiguratie.