- Name
- lúc 02:49 5 tháng 9, 2026 UTC
- Tác giả
- Kamo
- Cam kết
- 4ab2cae
Địa chỉ được chọn bằng cách hỏi ai là người chủ tổ chức MAILBOXES. Đó là một câu hỏi khác với câu hỏi quan trọng, và nó đã sai trong cả hai ngay lập tức. Chinilaw.com chạy trên Google Workspace và đã thêm vào:pf.kam.com SPF — một bản chuyển tiếp rõ ràng, bằng văn bản, bằng DNS — và vẫn còn "Ron Chini, PC" < NoReply@kamocram.com> trên mọi thẩm tra và đặt mật khẩu Thư. Trong khi đó, sáu tổ chức mà SPF chưa bao giờ đề cập đến chúng tôi đã gửi là khu vực riêng của họ, bởi vì chúng tôi tổ chức hộp thư của họ: thư chưa được chứng thực Sở hữu một miền chúng tôi không gửi, đó là các bộ nhận cấu hình Thư rác và từ chối hoàn toàn theo chính sách DMARC nghiêm ngặt. Vì vậy, quy tắc bây giờ là hồ sơ DNS: sở hữu, và cho phép chúng tôi. Cả hai nửa là yêu cầu. Sở hữu mà không có SPF chính xác là thư chưa được chứng thực ở trên; SPF Không có quyền sở hữu sẽ cho phép bất cứ ai thêm một cơ chế bao gồm việc mượn một miền. Không biết đọc là không — một miền mà quét chưa đạt được gửi từ địa chỉ nền tảng, bởi vì đoán sai theo cách đó chi phí đóng dấu trong khi đoán sai cách khác chi phí giao hàng, âm thầm, trên thông điệp mà hầu hết phải đến. Một hàng chọn cung cấp cả địa chỉ và quyết định. Comment Một miền trong khi gửi như một người khác sẽ cho phép một cái gì đó không ai kiểm tra, và không có gì có vẻ sai: thông điệp vẫn gửi. Name Hơn là mất thư. Đó là cố ý không phải là sự bảo vệ chống lại một Lãnh địa trái phép, và không thể được: thất bại SPF không phải là lỗi gửi — thất bại Tiếp nhận thông điệp, máy chủ chấp nhận nó, và nó là lặng lẽ Trích dẫn hoặc bị ném sau. Kiểm tra tiền kiểm tra là bảo vệ, điều này là cho Trường hợp hẹp hơn nơi gửi thực sự ném.