Etabler det begrænsede eRecruiter-konfigurationsomfang
Denne vejledning dækker udbyder-mail-serveren SPF rute beskrevet i eRecruiter's official SPF-Record artikel. Kilden adskiller udbyderlevering fra kundedrevne mailservere og lokale installationer. Dets dokumenterede todelte rutetjek bruger Administration → Diverse: Mandatorindstillinger → SMTP & E-mail-indstillinger, hvor lejers SMTP-vært er tom, og Administration (systemdækkende) → Aktuelle statiske indstillinger, hvor SmtpHost vises som "epunkt-smtp..." eller "e-mail...". Disse er kildens tidligere viste mønstre, ikke en ny eksekverbar regel for hostname-matching. Bekræft den aktuelle konsol, fulde indstillingsværdier og ruteanvendelse med den autoriserede administrator. Det specificerer a:er-mail.erecruiter.net, udtrykkeligt ikke inkludere. Kunde-server levering kræver ikke denne udbydergodkendelse.
Det understøttede implementeringsområde er derfor snævert: identificer den dokumenterede rute, gennemgå den relevante SPF autorisation og planbekræftelse. Denne artikel etablerer ikke en aktuel eRecruiter DKIM arbejdsgang, udstedt vælger, signeringsnøgle eller ende-til-ende DMARC-klar implementering. Hold det bredere omfang uløst i stedet for at fylde det med en generisk opskrift. Katalogtitlen bibeholdes, men dets fulde implementeringskrav kræver stadig yderligere aktuelt produkt- og driftsbevis.
Inden enhver ændring skal du indhente den faktiske kontos konfiguration fra en autoriseret administrator. Registrer miljøet, mail-serverejerskab og meddelelseskategorier uden at afsløre ansøgeroplysninger. Rekrutteringskorrespondance kan indeholde CV'er, interviewdetaljer og personlige kontaktdata; intet af det er nødvendigt for at afgøre, hvilket system der er ansvarligt for den udgående poststi. Brug konfigurationsreferencer og harmløst testindhold i stedet for at kopiere en rigtig ansættelsessamtale ind i et diagnostisk regneark.
Behandl ruteidentifikation som en bevisport
En applikation kan generere en besked, mens et andet system udfører den endelige SMTP levering. Det relevante spørgsmål er ikke blot, om brugeren har klikket på Send inde i eRecruiter. Det er hvilken tjeneste der sender beskeden, hvilken kuvertidentitet der bruges, og hvem der kontrollerer afsenderens autorisation. Registrer den faktiske transportkonfiguration og dens observationsdato, før du vælger en SPF ændring. En tidligere migrationsplan eller husket indstilling er ikke aktuelt bevis.
For en kundestyret rute skal du tildele ansvaret til den pågældende mailtjenestes operatør i stedet for at antage, at applikationsleverandørens autorisation hører hjemme i enhver domænepolitik. For en udbyderkontrolleret rute skal du etablere det nøjagtige domæne og den konfiguration, som den dokumenterede instruktion gælder for. Hvis de tilgængelige kontooplysninger ikke adskiller disse ruter, skal du stoppe ved den usikkerhed. Tilføjelse af autorisation "just in case" udvider politikken uden at bevise, at det er nødvendigt.
En ruteopgørelse skal skelne mellem produktions-, test- og eventuelle separat administrerede organisatoriske enheder. Kopier ikke produktions- DNS til et testmiljø automatisk, eller behandl ikke en testkontos adfærd som bevis for produktion. Registrer enhver undtagelse, der bruger en anden mailserver. Disse er foreslåede gennemgangstrin, ikke påstande om, at det aktuelle produkt udsætter særlige yderligere kontroller, eller at sådanne undtagelser findes i en reel konto.
Forstå a-mekanismen før redigering af politik
RFC 7208 , afsnit 5.3 definerer a-mekanismen. Den tester den afsendende IP mod adresseregistreringer for mekanismens domæne med den relevante adressefamilie og eventuelle specificerede præfiks-regler. Den kan ikke udskiftes med include, som evaluerer en anden SPF politik og anvender sin egen resultatkortlægning under afsnit 5.2. Ændring af mekanismetypen, fordi den indeholder et mere velkendt udseende, kan fundamentalt ændre den autorisation, der evalueres.
Udbyderens værtsnavn er en afhængighed, ikke en bogstavelig IP-adresse, der er kopieret permanent ind i politikken. Registrer, hvorfor mekanismen er til stede, og hvilken applikationsrute, der har brug for den. Lad være med at flad det ind i en adresseliste uden en separat gennemgået vedligeholdelsesplan. En aktuel adresseobservation alene fastslår ikke, hvordan denne afhængighed vil blive opretholdt, når tjenesten ændrer infrastruktur. Dette manuskript har ikke løst eller målt værtsnavnet og leverer ingen observerede IP-adresser.
Udbyderens gamle eksempel inkluderer både TXT og dedikerede SPF -ressourceregistreringsformularer. Aktuel SPF publikation bruger TXT : RFC 7208 , afsnit 3.1 ophører med den dedikerede SPF RR-type. Ret den gamle instruktion eksplicit i stedet for at duplikere forældede posttyper for at efterligne eksemplet. Protokolkorrektionen bekræfter ikke i sig selv, at udbyderens implementeringsspecifikke værtsnavn forbliver passende for en løbende konto; at anvendelighed forbliver en separat port.
Bevar den fulde autorisationspolitik og evalueringsbudgettet
Et eksisterende domæne kan godkende medarbejdermail, webstedsmeddelelser og andre applikationer. Gennemgå den tilsigtede eRecruiter-autorisation inden for den komplette beholdning i stedet for at erstatte politikken med et eksempel på en enkelt tjeneste. RFC 7208 , afsnit 3.2 forbyder flere SPF optager der ville blive valgt til den samme ejer. Hold én sammenhængende politik og dokumenter effekten af hver foreslået ændring.
En a-mekanisme er en af de DNS-afhængige termer, der tælles under RFC 7208 , afsnit 4.6.4. Den relevante grænse er baseret på evaluerede termer, herunder indlejret arbejde, hvor det er relevant, ikke blot en optælling af netværkspakker eller cache-misser. Gennemgå plausible evalueringsveje gennem hele politikken. Tilføjelse af en tilsyneladende lille mekanisme kan stadig have betydning, hvis den eksisterende sti allerede er tæt på en grænse.
Hold syntaksfejl, for højt evalueringsbudget, manglende DNS data og et gyldigt ikke-matchende afsenderresultat adskilt. De kræver forskellige midler. Fjern ikke legitime autorisationer vilkårligt for at gøre en brik-skærm grøn, og svækker ikke terminalkvalifikationen som en erstatning for at identificere den faktiske afsender. Et SPF pas er et autorisationsresultat for den evaluerede identitet, ikke en garanti for levering eller en bedømmelse af en kandidats beskedindhold.
Bekræft kuvertidentiteten og behold DKIM hold
RFC 7208 , afsnit 2.4 identificerer MAIL FRA som en SPF identitet. Sammenlign det faktiske kuvertdomæne med det domæne, hvor den foreslåede politik er offentliggjort. Den synlige forfatteradresse alene etablerer ikke dette forhold. En politik kan være syntaktisk gyldig og inkludere den tilsigtede mekanisme, men være irrelevant for en meddelelse, der evalueres under en anden konvolutidentitet.
En særskilt autoriseret acceptøvelse bør registrere den valgte rute, sende identitet og betroet modtagerresultat ved hjælp af harmløst testindhold i rekrutteringsstil. Det bør ikke involvere en rigtig ansøgers CV, samtaleplan eller personlige oplysninger. Undgå at uploade beskeder til en ekstern checker, medmindre beslutningen om datadeling er godkendt. Ingen DNS -forespørgsel, testmeddelelse eller ekstern upload blev udført for denne vejledning.
RFC 9989 , afsnit 4.4 forklarer det yderligere justering forhold nødvendigt for DMARC. Et bestået SPF -resultat for et ikke-relateret domæne etablerer ikke justering med den synlige forfatter. Denne vejledning har ingen produktspecifik dokumentation, der etablerer kontoens DKIM opsætning, så den kan ikke lukke den del af godkendelsesaccept. Indhent aktuelle udbyderinstruktioner og faktiske tilladte beskedbeviser, før du hævder fuldstændig afsenderberedskab.
Fiktiv diagnose og blankt acceptark
Et fiktivt rekrutteringsteam, Ash Grove Careers, kopierer en udbydergodkendelse ind i sin domænepolitik efter at have set ansøgningens navn i en besked. Dens administrator finder senere ud af, at den konfigurerede rute bruger organisationens egen mailtjeneste. Den tilføjede mekanisme var derfor ikke bevis for den rigtige afsenderes konfiguration. Den foreslåede rettelse går ud på at kortlægge ruten, gennemgå hvilken autorisation der faktisk er påkrævet og få en uskadelig modtagerprøve, inden ansøgningen markeres klar. Ingen reel konto, ansøger eller DNS observation er repræsenteret af dette eksempel.
- Miljø og observeret mail-server ejerskab: ______
- Rutebevis og aktuel produktanvendelse: ______
- Lejer SMTP-Host tomt og systemdækkende ældre SmtpHost-mønster med både konsolplaceringer og aktuel bekræftelse: ______
- Faktisk konvolutdomæne og synligt forfatterdomæne: ______
- Komplet TXT SPF politik og berettiget mekanismeændring: ______
- Evalueret periodebudget og fejltilstandsgennemgang: ______
- Ældre dedikeret-SPF-rekordkorrektion, hvis relevant: ______
- Betroet modtagerbevis fra en autoriseret harmløs test: ______
- Uløst DKIM workflow og bredere godkendelsesbevis: ______
- Skift ejer, tilbagerulningsplan og frigivelsesbeslutning: ______
Originale implementeringsbeviser, gennemgang af menneskeligt emne, nuværende anvendelighed, produktionsruter, visuel tilgængelighed og ejerudgivelse forbliver åbne. Dette er en SPF-ruteomfanget dokumentarvejledning, ikke en gennemført eRecruiter-godkendelsesimplementering. Ingen konto-, DNS eller mail-systemændring blev foretaget.