Nhầm lẫn về Bản ghi SPF

Tôi nghĩ rằng ?tất cả các trong SPF không nên được sử dụng.

Sau đó, tôi đã kiểm tra các bản ghi SPF của một số công ty cung cấp dịch vụ email địa phương và tôi thấy điều này:

v=spf1 mx ip4:77.75.78.0/23 ip4:77.75.76.0/23 ip6:2a02:598::/32 ?all`

Về cơ bản, đây không phải là đánh dấu SPF không thành công là Trung lập, do đó về cơ bản cho phép mọi người gửi email thay mặt cho miền đó?

DMARC của họ được đặt như thế này:

v=DMARC1; p=không; rua=mailto:[email protected]

Một lần nữa, không phải điều này nói không làm gì khi DMARC thất bại?

Sau đó, có công ty tôi đang làm việc. Bản ghi SPF của họ như thế này:

v=spf1 mx a:xxx.xxx.xxx a:xxx2.xxx.xxx bao gồm:protection.outlook.com bao gồm:spf.xxx.xxx ?all

Phần bao gồm có ghi đè lên phần cuối không ?all ? Một lần nữa, điều này không nói là đánh dấu mọi thứ là Trung lập sao?

trường hợp sử dụng thực tế của là gì ?tất cả các trong bản ghi SPF?

Về nguyên tắc, bạn đúng, SPF thất bại mềm được dự định là một cài đặt tạm thời để chỉ thử nghiệm cài đặt. Sau khi thử nghiệm, nó đã được khuyến nghị thay đổi thành cứng Thất bại chế độ, trong đó bản ghi được đặt kết thúc bằng -tất cả các.

Nhưng có vẻ như mọi người đều lo lắng khi mất một số thư rác hoặc đơn giản là không tự tin. Nhiều người đã chọn để nó trong cài đặt softfail.

Điều tương tự cũng xảy ra với DMARC. Chính sách không ai Không lam gi cả. Nếu bạn muốn DMARC của mình thực sự hiệu quả, hãy sử dụng Từ chối hoặc Cách ly chính sách. Sau đó, các máy chủ tuân thủ sẽ từ chối chấp nhận và gửi thư tuyên bố là từ miền của bạn nhưng thực tế đó không phải là của bạn.

Ở một mức độ nào đó, điều này được giảm bớt do thực tế là có các bộ lọc thư rác tinh vi vẫn xem xét kết quả SPF và DMARC và đánh giá thấp điểm số của thư không vượt qua được các bài kiểm tra. Lỗi phần mềm SPF và những thứ khác được xem xét cùng với phân tích thống kê cơ thể, truy vấn danh sách đen, v.v., và cùng nhau, chúng có xu hướng hạ thấp điểm số của thư rác đến mức nó vẫn bị đưa vào thư rác hoặc ngược lại, sửa lỗi SPF và/hoặc DKIM làm giảm giá trị thư vô tội, làm cho chúng trông ít thư rác hơn. Vì vậy, ngay cả DMARC p=none và SPF ~all hoặc ?all vẫn đang hoạt động tốt, bằng cách tăng tính "trong sáng" của thư tốt thay vì bi quan về thư "xấu".