Scheid de afzenderauthenticatie van merklinks
Remarkety presenteert twee gerelateerde domeinworkflows die afzonderlijke acceptatiecontroles verdienen. De afzenderworkflow verkrijgt DNS instructies van ondersteuning en controleert de verificatie in Afzenders beheren. De nieuwere Custom Domain-workflow creëert links voor merktracking, browserweergave, afmelden en bestemmingspagina's. Een geverifieerd linkdomein is nuttig, maar het is geen bewijs dat voor het zichtbare Van-domein een doorgang is uitgelijnd DKIM -handtekening. Remarkety afzender DNS instellingen Aangepaste domeinconfiguratie van Remarkety
Begin met het winkelaccount, het beoogde Van-adres en de workflows die die identiteit nodig hebben. Maak een lijst van nieuwsbrieven en de automatiseringen die daadwerkelijk zijn ingeschakeld voor de winkel. Geef elk een bedrijfseigenaar en identificeer de domeinbeheerder. Deze gids behandelt de gedocumenteerde Remarkety-route; er wordt geen authenticatie tot stand gebracht voor de afzonderlijke bestel-e-mails van het winkelplatform, de mailboxprovider of een andere verbonden applicatie.
Definieer een klein releasebereik voordat u DNS aanraakt. Een winkel met meerdere merken moet bijhouden welk merk eigenaar is van elk domein en welk account er gebruik van mag maken. Spreek af wie antwoorden ontvangt en wie nieuwe afzenderadressen kan goedkeuren. Houd productieklantenlijsten buiten het authenticatiewerkblad. Het bewijsmateriaal moet de domeinconfiguratie en onschadelijke testberichten tonen, en geen aankoopgeschiedenis of andere klantinformatie.
Verkrijg de afzenderspecifieke configuratie
De deliverability-gids voor 2025 van Remarkety geeft beheerders de opdracht om ondersteuning te bieden DKIM instructies, waarbij u de domein- of accountnaam opgeeft. Het afzender-DNS-artikel vraagt bovendien om het beoogde Verzenden van-adres. Na publicatie de ondersteuning op de hoogte stellen en verificatie aanvragen; controleer de resulterende status op de pagina Afleverbaarheid in Afzenders beheren. Dit zijn gedocumenteerde controlepunten, geen claim dat dit account ze heeft voltooid. Remarkety 2025 deliverability-gids Remarkety afzender DNS instellingen
Vraag om een volledige set eigenaren van openbare records, recordtypen en waarden die aan het exacte account en domein zijn gekoppeld. Vraag welke identiteit in de SMTP envelop zal verschijnen en welk domein het bericht zal ondertekenen. Als verschillende winkels een domein delen, vraag dan of bestaande selectors of delegaties naast elkaar kunnen bestaan. Vervang de uitgegeven configuratie niet door de voorbeeldsleutel van een screenshot.
Bereid de DNS -wijziging voor met een voor-en-na-recordlijst. Bevestig de gezaghebbende DNS service, die kan verschillen van de registrar of websitehost. Controleer of de editor de zonenaam toevoegt. Een volledige hostnaam die in een veld wordt geplakt dat al het achtervoegsel bevat, kan de verkeerde eigenaar creëren. Publiceer alleen de goedgekeurde records en bewaar niet-gerelateerde mailbox- en websiterecords. Bewaar de wijzigingstijd en de vorige TTL bij het bewijsmateriaal.
Remarkety's SPF Op de pagina worden momenteel include:spf.remarkety.com en include:spf.remarkety.net. Er staat ook dat je moet fuseren met een bestaand SPF -beleid in plaats van een ander beleid te publiceren. Behandel deze als gedocumenteerde autorisaties van de aanbieder om te beoordelen voor de daadwerkelijke route, en niet als een volledig vervangingsbeleid voor elke klant. De voorbeeldmechanismen a en mx mogen geen aanvullende machtigingen worden alleen maar omdat ze in een voorbeeld voorkomen. Remarkety SPF -installatie
SPF is van toepassing op de SMTP identiteit die door de ontvanger wordt geëvalueerd. Onderhoud één toepasselijk SPF beleid bij de betreffende eigenaar en controleer het DNS-lookup-budget, inclusief geneste evaluatie. Het toevoegen van een include aan een niet-gerelateerde eigenaar kan de envelopidentiteit van een bericht niet herschrijven. SPF RFC 7208
Controleer de authenticatie voordat de link verschijnt
Stuur een gecontroleerde versie van een echte campagne en minimaal één ingeschakelde automatisering door. Kies testontvangers die de cheque hebben geautoriseerd. Registreer de zichtbare Van, het envelopdomein, alle DKIM ondertekeningsdomeinen en -kiezers en de authenticatieresultaten van de vertrouwde ontvanger. Bewaar de tijdstempel van het bericht en de testworkflow naast deze observaties, zodat een andere recensent de vergelijking kan reproduceren.
DMARC heeft een passerend authenticatiepad nodig waarvan het domein overeenkomt met het zichtbare Van-domein. Een pas voor een niet-gerelateerd servicedomein is onvoldoende. De d= van een DKIM -handtekening identificeert het ondertekeningsdomein en s= identificeert het keuzeschakelaar; behoud beide in plaats van alleen een groene statusindicator vast te leggen. DMARC RFC 9989 DKIM RFC 6376
Vergelijk het ontvangerresultaat met de door ondersteuning uitgegeven recordset. Als DNS verificatie slaagt maar er geen uitgelijnde handtekening verschijnt, controleer dan of de geteste campagne de beoogde afzender en het juiste winkelaccount gebruikt. Vraag support of de activatie voltooid is en of de automatisering dezelfde configuratie volgt. Als een handtekening mislukt, bewaar dan de exacte fout en het openbare opzoekresultaat voordat u iets wijzigt. Vermijd het vervangen van werkende sleutels zonder bewijs dat de sleutel het probleem is.
Inspecteer vervolgens de merklinks als een afzonderlijke functionele test. Remarkety-documenten Instellingen > Account > Aangepast domein, gegenereerd CNAME records en aanvullende records voor geselecteerde aangepaste koppelingsopties. Kopieer huidige accountwaarden en test elk ingeschakeld gebruik. Een browserweergave-URL en een afmeldingslink kunnen onafhankelijke functionele beoordeling nodig hebben, zelfs wanneer de e-mail wordt geverifieerd. Aangepaste domeinconfiguratie van Remarkety
Beloof geen inboxplaatsing van beide resultaten. Authenticatie, werkende links, toestemming om contact op te nemen met abonnees en campagnekwaliteit zijn verschillende acceptatiecriteria. Verzwak niet het DMARC beleid van de hele organisatie om een niet-geverifieerde winkelafzender te redden. Leid het onopgeloste afzenderprobleem door naar de eigenaar, terwijl andere legitieme e-mailstromen behouden blijven.
Fictieve diagnose: links werken, afzenderuitlijning niet
Overweeg een fictieve winkel met offers@shop.example . De beheerder verifieert de hostnaam van een merklink en ziet in een test de verwachte winkel-URL. Het team gaat ervan uit dat de domeinauthenticatie is voltooid. In dit verzonnen voorbeeld rapporteert de ontvanger in plaats daarvan een passerende handtekening voor een niet-gerelateerd servicedomein en geen uitgelijnd SPF pad. DMARC faalt daarom voor shop.example . Deze observaties zijn illustratief en niet van huurdersmetingen door Remarkety.
De onderzoeker scheidt de twee veranderingen. Ze behouden de werkende linkconfiguratie, verkrijgen de afzenderspecifieke DNS instructies en bevestigen de geselecteerde campagneafzender. Nadat de provider de nieuwe afzenderinstellingen heeft geverifieerd, voeren ze de campagne- en automatiseringstests opnieuw uit. De zaak wordt pas gesloten als het bewijsmateriaal van de ontvanger het uitgelijnde pad ondersteunt; het verdwijnen van een ‘via’-label is niet het sluitingscriterium.
Implementatie werkblad
Vul één rij in voor elke afzender en workflow:
- Account en winkel: eigenaar, goedgekeurd van domein, afhandeling van antwoorden en workflows inbegrepen.
- Instructies voor de provider: ondersteuningsreferentie, uitgiftedatum, eigenaren van openbare records, typen, waarden en activeringsbevestiging.
- DNS bewijs: gezaghebbende host, eerdere waarden, gepubliceerde waarden, TTL's, opzoektijd en revisor.
- Berichtbewijs: workflow, testtijd, zichtbaar Van, envelopidentiteit, elk DKIM d=/s= paar en vertrouwde resultaten.
- Merkbewijs: ingeschakeld linkgebruik, gegenereerde CNAME's en resultaten voor het bekijken, bijhouden en afmelden van links.
- Herstel: vorige ondersteunde afzender, eigenaar wijzigen, terugdraaivoorwaarden en geplande nieuwe test.
Wanneer u een winkel of merk buiten gebruik stelt, controleer dan zowel het vertrouwen van de afzender als de afhankelijkheden van aangepaste koppelingen. Eerder verzonden links kunnen nog steeds legitieme ontvangers bereiken. Inventariseer deze afhankelijkheden voordat u een door de provider beheerde DNS afhankelijkheid verwijdert of machtigingen verwijdert die door een ander actief account worden gebruikt.
Bewijs- en vrijgavelimieten
Dit is een kandidaat voor documentaire-implementatie. Accountspecifieke records, live DNS , ontvangen headers, huidige interface-screenshots en provideractivering zijn niet geïnspecteerd. Menselijke MKB-beoordeling moet het onderscheid bevestigen tussen het instellen van de afzender en linkbranding en de uiteindelijke ondersteunde reikwijdte goedkeuren. Visuele beoordeling en publicatie zijn nog in behandeling. Houd deze poorten open totdat het daadwerkelijke winkelbewijs is bijgevoegd.
Houd rekening met de extra linkrecords
Nadat het initiële aangepaste domein is geverifieerd, kunnen de gedocumenteerde keuzes voor aangepaste koppelingen verdere CNAME vermeldingen opleveren. Volg elk ingeschakeld gebruik en de gegenereerde records afzonderlijk van Afzenders beheren. Uit een succesvolle initiële verificatie blijkt niet dat elke geselecteerde linkfunctie de vereiste records heeft of werkt voor eerder verzonden berichten.
Scheid berichtacceptatie van beleidsuitrol
Een goed uitgelijnd SPF resultaat kan voldoen aan een berichtevaluatie, maar rechtvaardigt niet alleen het verplaatsen van een heel domein om te weigeren. RFC 9989 Sectie 7.4 vereist een geldige DKIM voor het publiceren van domeinen p=reject en waarschuwt voor interoperabiliteit van indirecte post. Inventariseer alle legitieme afzenders en indirecte routes voordat de beleidseigenaar de handhaving goedkeurt. Voor dit artikel zijn geen DNS wijzigingen, tenantbewerkingen of ontvangen berichtentest uitgevoerd.