Bekijk de gids voor de speciale subdomeinroute van Conversica
Conversica's Instructies voor subdomeinconfiguratie, bijgewerkt op 29 oktober 2025, beschrijft het registreren van een speciaal verzendend subdomein in het dashboard en het publiceren van de gegenereerde DNS records. Dit is de route die hier wordt beschreven. Het is geen handleiding voor een niet-gerelateerde SMTP integratie of een bewijs dat alle Conversica-accounts identieke instellingen hebben. Bevestig het huidige account, de assistent en het transport voordat u een configuratiepad selecteert.
De gids vereist dat het subdomein dat is ingevoerd in Domein toevoegen uitsluitend door de Conversica-assistent wordt gebruikt. Begin met een naam die de organisatie beheert en die niet aan een andere service is toegewezen. Beschouw de keuze als een route- en eigendomsbeslissing, en niet alleen als een merkvoorkeur. De bron legt uit dat Conversica dankzij deze regeling het verzenden en ontvangen van assistent-e-mail kan afhandelen; het vervangen van records op een reeds gebruikte naam kan dus meer gevolgen hebben dan alleen uitgaande authenticatie.
Leg vast wie eigenaar is DNS , wie de assistent beheert, welke berichtcategorieën er gebruik van maken en welke bestaande afhankelijkheden intact moeten blijven. Vermijd het kopiëren van leadadressen of gespreksinhoud naar die inventaris. Het domein, de route en de configuratiereferentie zijn voldoende om met de technische beoordeling te beginnen. Voor dit manuscript zijn geen assistent-, domein- of ontvangergegevens gebruikt.
Registreer het subdomein en bewaar de gegenereerde recordset
De gedocumenteerde navigatie is DNS instellingen, Domein toevoegen en vervolgens het gewenste subdomein in plaats van alleen het organisatorisch domein. Geavanceerde instellingen maken maatwerk mogelijk DKIM selectoren. Als u de resulterende domein-ID opent, worden negen records weergegeven: twee TXT , drie MX en vier CNAME records. Behoud de feitelijk gegenereerde eigenaarsnamen, waarden en MX prioriteiten in plaats van een screenshot of een onthouden voorbeeld als een universeel sjabloon te behandelen. Conversica-installatiehandleiding
De TXT inzendingen hebben betrekking op SPF En FBL SPF . De MX vermeldingen omvatten twee e-mailroutingrecords en FBL MX . De CNAME vermeldingen omvatten verificatie, links en twee DKIM records. Houd deze functies gescheiden in het wijzigingsverzoek. Een geverifieerde eigendomsalias vervangt geen van beide DKIM alias, en een functionerende trackinglink bewijst niet dat het retourpad of de ontvangstroute correct is.
De gids biedt Download CSV voor de uitgegeven records en een gegenereerde DNS -configuratiepagina-link die naar een IT-team kan worden verzonden. Een gegenereerde link kan installatiemogelijkheden of informatie overbrengen naar de ontvanger, dus gebruik een goedgekeurde ontvanger en deelroute. Deze handleiding genereert, verzendt of test een dergelijke link niet. Een lokaal wijzigingsrecord kan de geautoriseerde overdracht identificeren zonder deze in een openbaar artikel bloot te leggen.
Behoud de SPF en DNS-modusbeperkingen van de provider
Conversica zegt dat expliciet SPF macro's zijn niet toegestaan in de geconfigureerde TXT record en dat de record conversica.com moet bevatten. Dit zijn productbeperkingen, geen algemene beperkingen van SPF . Verzwak ze niet tot suggesties en herschrijf de gegenereerde instructies niet in stilte zodat ze in een bestaand automatiseringspatroon passen. Als een organisatiebeleidsgenerator macro's gebruikt, moet u de compatibiliteit met de provider en de beleidseigenaar oplossen voordat u doorgaat. Conversica-installatiehandleiding
Voor door Cloudflare beheerde DNS vereist dezelfde handleiding dat alle Conversica-gerelateerde CNAME records alleen DNS zijn in plaats van proxy. Deze verklaring heeft betrekking op de gedocumenteerde configuratie. Het is geen toestemming om niet-gerelateerde proxy-, netwerk- of beveiligingsinstellingen te wijzigen. Identificeer de specifieke records in de goedgekeurde wijziging en laat andere serviceafhankelijkheden onaangetast. Registreer de resulterende modus als een acceptatie-item in plaats van aan te nemen dat een opgeslagen CNAME het vereiste gedrag vertoont.
DNS editors gebruiken verschillende labels voor de namen en waarden van eigenaren. Kopieer de domein- en invoervelden van de provider naar de juiste editorvelden, waarbij u MX prioriteiten afzonderlijk bewaart. Bevestig de volledig gekwalificeerde eigenaar, geproduceerd door de redacteur, zodat een achtervoegsel niet per ongeluk wordt herhaald. Een ogenschijnlijk plausibele naam bij de verkeerde eigenaar kan het beoogde record achterlaten terwijl het er nog steeds correct uitziet in een wijzigingsticket.
Onderscheid nieuwe instellingen van de gedocumenteerde oude migratie
Conversica publiceert ook een oude naar verbeterde DNS migratiegids, bijgewerkt op 30 september 2021. De leeftijd is belangrijk: stel de toepasbaarheid op de lopende rekening vast voordat u deze gebruikt. Combineer het aantal tussentijdse records niet met de procedure voor een nieuw subdomein van oktober 2025 en ga er niet van uit dat elk bestaand domein die migratie nog steeds vereist.
De historische workflow begint met een domein dat is gemarkeerd als Validated (Legacy), controleert zes oudere records en voegt de verificatie CNAME toe of bevestigt deze. Pas nadat deze records zijn gevalideerd, wordt het overgezet naar verbeterde DNS records. In de latere fase worden de oude MX items gewijzigd en worden de verbeterde afhankelijkheden toegevoegd, eindigend met negen groene vinkjes. Dit is een geordende migratie, geen richting om alle oude records te verwijderen en te hopen dat de nieuwe set werkt.
Gebruik de daadwerkelijke huidige domein-ID en uitgegeven waarden om te beslissen wat er nog nodig is. Een migratiewerkblad moet onderscheid maken tussen bewaarde records, gewijzigde doelen en nieuwe records, met een bevestiging van de terugdraaieigenaar en de provider van eventuele pensionering. De promotionele verwijzing in de gids naar verbeterde encryptie garandeert geen vertrouwelijkheid van de berichtinhoud of een specifieke TLS garantie. Dit artikel maakt geen van beide beweringen.
Valideer elke record zonder voortijdig berichtsucces te verklaren
Na het invoeren van de records verwijst de installatiehandleiding de operator naar Valideren. Groene vinkjes geven aan dat de invoer succesvol is gevalideerd; een rode X vereist onderzoek van de configuratie. Bewaar het resultaat van elke registratie en het tijdstip van observatie. Als een alias ontbreekt, wordt met een succesvolle controle van een andere alias niet de volledige vereiste van negen records afgesloten. Een wachtperiode is geen vervanging voor het corrigeren van een verkeerde eigenaar, doel of prioriteit.
Een voorgestelde diagnostische volgorde is het vergelijken van het gevraagde record, de gezaghebbende publicatie en de observatie van de provider voordat een tijdelijke vertraging van de oplossing wordt overwogen. De timingvergoeding van de oude gids is geen belofte dat elke fout automatisch wordt opgelost. Voor dit artikel is geen validatieknop of DNS query uitgevoerd. De gedocumenteerde workflow en het blanco werkblad zijn voorbereidingen voor een afzonderlijk geautoriseerde implementatie.
RFC 7208 , secties 3.2 en 4.6.4 zorg voor extra SPF controles: vermijd concurrerend beleid bij dezelfde eigenaar en bekijk geëvalueerde DNS-afhankelijke termen over het volledige pad. Een productspecifiek verbod op macro's vervangt deze protocolvereisten niet. Zo ook maatwerk keuzeschakelaar ondersteuning is geen excuus voor het publiceren van een onvolledige DKIM recordset of het verwarren van een selector met het ondertekeningsdomein.
Stel na de configuratie de daadwerkelijke berichtidentiteiten vast
Een afzonderlijk geautoriseerd onschadelijk acceptatiebericht moet het zichtbare auteursdomein, de envelopidentiteit, DKIM ondertekeningsdomein en de selector identificeren, samen met de resultaten van de vertrouwde ontvanger. RFC 6376 , sectie 3.5 definieert de handtekeningvelden die een bericht verbinden met de sleutelzoekopdracht. Het bestaan DNS alleen laat niet zien dat de route de beoogde handtekening gebruikt.
RFC 9989 , sectie 4.4 legt uit uitlijning. Een passerende identiteit moet de vereiste relatie hebben met het zichtbare Van-domein; elke passerende provider-identiteit is niet automatisch voldoende. Houd DKIM , SPF , DMARC en de waarnemingen van de bezorging bij de ontvanger gescheiden. Noch negen groene DNS controles, noch een geldige handtekening bewijzen de veiligheid van het zakelijke verzoek van een bericht of garanderen plaatsing in de inbox.
Fictieve diagnose en blanco acceptatiewerkblad
Een fictief evenementenbedrijf, Cedar Arena, selecteert een subdomein dat eerder werd gebruikt voor een website-omleiding. De DNS operator voegt de gevraagde aliassen toe, maar laat het bestaande proxygedrag behouden. De voorgestelde herziening identificeert zowel een eigendomsconflict als de gedocumenteerde DNS-only-vereiste voordat enige productiewijziging wordt goedgekeurd. Het team kiest ervoor om het gebruik van de naam en de recordspecifieke configuratie op te lossen in plaats van niet-gerelateerde beveiligingen uit te schakelen. Dit is een fictief planningsvoorbeeld en geen feitelijk mislukte validatie of netwerktest.
- Toepasselijkheid account, assistent, route en huidige gids: ______
- Exclusief subdomeineigendom en beoordeling van bestaande afhankelijkheid: ______
- Nieuwe configuratie of bevestigd verouderd migratiepad: ______
- Twee TXT , drie MX en vier CNAME instructies met exacte eigenaren: ______
- SPF macrobeperking en conversica.com -conditie beoordeeld: ______
- Toepasselijke CNAME DNS-only-modus en goedgekeurd bereik: ______
- Validatiebewijs per record en onopgeloste fouten: ______
- Werkelijke berichtidentiteiten, afstemming en resterende acceptatiepoorten: ______
Origineel implementatiebewijs, menselijke beoordeling, huidige toepasbaarheid, productieroutes, visuele toegankelijkheid en vrijgave door de eigenaar blijven open. Er zijn geen records, proxy-instellingen, accountcontroles of berichten gewijzigd of aangemaakt.