Puncte:0

Înregistrarea SPF cu politica DMARC nu preia politica

drapel cn

Acum trecem prin verificarea securității și folosim SecurityScorecard pentru aceasta. Una dintre problemele pe care încă încercăm să le combatem este recordul SPF.

Detaliile erorii sunt următoarele:

Înregistrare software SPF eșuat fără politica DMARC detectată.

Acum, aș putea, desigur, să o setez HardFail, dar am vrut să am mai întâi politica de carantină. Dar se pare că nu funcționează.

Iată cele două înregistrări pe care le am în prezent:

v=DMARC1; p=carantină; sp=carantină; rua=mailto:[email protected]!10m; ruf=mailto:[email protected]!10m; rf=afrf; pct=100; ri=86400

v=spf1 include:servers.mcsv.net include:spf.sendinblue.com mx include:_spf.google.com ~all

Am presupus că înregistrarea DMARC este cea care stabilește politica. Ce greșesc aici?

Puncte:0
drapel ie

Am presupus că înregistrarea DMARC este cea care stabilește politica. Ce greșesc aici?

Politica DMARC este eficientă, dacă destinatarul este capabil de DMARC. În caz contrar, dacă destinatarul validează doar SPF, acțiunea SPF este eficientă.

Dar, în plus, SecurityScorecard poate să stabilească cerințe mai ridicate pentru consistență, chiar dacă nu sunt necesare standardele DMARC/SPF.

A fost validată înregistrarea DMARC pentru a fi eficientă (adică configurată corect)?

Shurik Agulyansky avatar
drapel cn
Se pare că SecurityScorecard a validat corect DMARC. Dar SPF eșuează.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.