Adskil CRM's leveringsstier
En CRM kan sende gennem sin egen infrastruktur eller sende til en separat konfigureret postkasseudbyder. Begynd med en ruteopgørelse: en en-til-en CRM-besked, en automatiseret arbejdsgang, et sagssvar og en systemmeddelelse. Registrer den tilsigtede From-identitet for hver og den administrator, der er ansvarlig for dens konfiguration. Udled ikke, at en enkelt vellykket besked dækker dem alle.
Vtigers dokumentation for e-mailindstillinger skelner udgående serverkonfiguration fra afsendergodkendelsesdomæner. Det står også, at system-e-mails fortsætter gennem Vtiger-servere uanset den konfigurerede udgående server. Denne sondring bør drive testmatrixen frem for en antagelse om, at valg af en ekstern server flytter hver besked. Vtiger e-mail-indstillinger.
Brug lejerens godkendelsesværdier
Åbn Indstillinger > Konfiguration > E-mail-indstillinger, og identificer den udgående server- og afsendergodkendelseskonfiguration. For Vtiger-administreret domænegodkendelse skal du anskaffe SPF og DKIM optegnelser, der er angivet for dit domæne, udgiv dem på autoritativ DNS , og vend derefter tilbage til Vtiger for at bekræfte dem. Gem lejerens registreringsværdier med ændringsanmodningen. Afsendergodkendelsesdomæner.
Den offentlige godkendelsesartikel indeholder et forkert udformet SPF eksempel, der ender på -al. Udsæt det ikke. Brug den aktuelle konto-leverede konfiguration og valider den færdige politik uafhængigt; et ugyldigt eksempel er ikke tilladelse til at gætte erstatningsværdier. Hvis lejerens instruks er tvetydig eller i modstrid med dens dokumenterede rute, skal du indhente en afklaring, før du redigerer DNS . Vtiger-godkendelsesartikel.
Udgiv uden at miste andre afsendere
Sikkerhedskopier den eksisterende SPF , DKIM og DMARC optegnelser. Flet en påkrævet SPF mekanisme ind i den enkelte eksisterende SPF politik på det evaluerede domæne, og bevar godkendte afsendere og den tilsigtede terminalkvalifikation. Tjek det komplette evalueringstræ i stedet for blot at tælle synlige inkluderer. Offentliggør den kontospecifikke DKIM offentlige post på den udleverede vælger navn, og undersøg det offentlige svar for et utilsigtet duplikeret domæne-suffiks. SPF.
For en separat valgt SMTP udbyder skal du bruge den pågældende udbyders domænegodkendelsesinstruktioner. Tilføj ikke Vtiger-tilladelser, blot fordi CRM er sammensætningsgrænsefladen. Undgå også at antage, at et ændret svar-til ændrer den godkendte afsenderidentitet. Svar routing og DMARC justering besvare forskellige spørgsmål.
Test hver arbejdsgang med en harmløs begivenhed
Brug kontrollerede modtagere og syntetiske CRM-poster. Udløs ikke rigtige kundepåmindelser eller supportsvar udelukkende for at teste godkendelse. Optag CRM-hændelsestidspunktet, besked-id, hvor det er tilgængeligt, konfigureret rute og modtaget original.
- Workflow: En-til-en CRM-meddelelse; Hvad skal sammenlignes: Valgt udgående server og faktisk konvolut; Manglende undersøgelse: En anden rute end forventet
- Arbejdsgang: Automatiseret arbejdsgang; Hvad skal sammenlignes: Fra identitet og alle DKIM -signaturer; Manglende undersøgelse: Et afsenderdomæne, der ikke er dækket af den konfigurerede nøgle
- Arbejdsgang: Sagsbesvarelse; Hvad skal sammenlignes: Godkendt fra og separat svar-til; Manglende undersøgelse: Forkert svardirigering for godkendelse
- Workflow: Systemmeddelelse; Hvad skal sammenlignes: Observeret Vtiger-rute og afsenderidentitet; Manglende undersøgelse: Forudsat at eksterne SMTP indstillinger gælder universelt
Dette er et acceptdesign, ikke udført bevis. For hver original skal du bruge betroede modtagerresultater til at parre en vellykket SPF evaluering med dens konvolutdomæne og hvert vellykket DKIM resultat med dets d=-domæne. Sammenlign disse identiteter med den synlige From under den effektive DMARC justeringstilstand. En tilpasset beståelsesmetode kan opfylde DMARC ; en ikke-relateret forbipasserende udbyder signatur alene kan ikke. DMARC.
Løs uoverensstemmelser og bevar genopretningen
Hvis panelet ikke kan verificere en rekord, sammenligne dets nøjagtige værtsnavn, type og værdi med autoritativ DNS . Hvis DNS er korrekt, men en arbejdsgang forbliver usigneret, skal du inspicere den pågældende arbejdsgangs rute og Fra domæne i stedet for at rotere ikke-relaterede nøgler. For en ekstern SMTP afvisning skal du bevare serversvaret og gennemgå den valgte kontos tilladte afsenderidentitet. For system-e-mails skal du bekræfte den observerede identitet mod den dokumenterede undtagelse i stedet for at tvinge den eksterne konfiguration på dem.
Sæt kun den berørte automatisering på pause, hvis det er nødvendigt, og gendan dens tidligere godkendte afsender- eller transportindstilling. Hold andre arbejdsruter aktive. Efter reparation skal du gentage den fejlbehæftede sag og en kendt god kontrolsag. Gem de redigerede beviser, DNS øjebliksbilleder og ejergodkendelser, så en senere ændring af CRM eller postkasseudbyder kan kontrolleres i forhold til basislinjen. Dette udkast brugte kun offentlig dokumentation; ingen CRM-lejer, beskedafsendelse eller DNS opdatering blev udført.
Bekræft udbydergrænsen
Den aktuelle indstillingsvejledning kræver også verifikation af konfigurerede Fra- og Svar-Til-adresser, før indstillinger kan gemmes og post sendes. Bekræftelse af adresseejerskab er adskilt fra domænets DNS bekræftelse og DMARC justering. Gennemgå detaljerne om udgående e-mail-fejl, før du ændrer DNS . Dens autentificeringsartikel indeholder forsimplet DKIM kropsdækkende sprog; brug RFC 6376 , ikke en påstand om, at en almindelig signatur blot kan udelade kroppen. En konfigureret DMARC status er ikke et resultat af modtaget meddelelse.
Arbejd gennem en fiktiv diagnostisk sag
Kun fiktiv skriftlig sag: VT-01 antager, at en en-til-en CRM-meddelelse bruger From support@studio.example og sender DKIM med d=studio.example gennem ekstern SMTP . En systemmeddelelse bruger en anden udbyderrute; dens Fra, konvolut og underskrifter er ikke blevet fanget. Den første besked kan ikke lukke systemmeddelelsesrækken. CRM-ejeren skal indsamle den separate kontrollerede meddelelse og verificere, om dens faktiske identitet er den tilsigtede. Ingen konto, DNS , CRM, faktura, kampagne eller levering blev testet for denne sag.
Adskil en forbigående meddelelse fra håndhævelsesberedskab
RFC 9989 Afsnit 7.4 kræver gyldig DKIM for en domæneudgivelse p=reject og advarsler om interoperabilitet med indirekte mail. Et enkelt tilpasset SPF resultat retfærdiggør ikke i sig selv en udrulning af afvisningspolitik. Gennemgå alle lovlige ruter og politikejerskab separat fra denne udbyderopsætning.