Bỏ qua để đến nội dung

Kiểm tra và gỡ tên khỏi danh sách chặn

Hướng dẫn thao tác
Dành cho:
Nhà xuất bản và marketer, Quản trị viên không gian làm việc
Cần quyền:
deliverability:view
Trong ứng dụng:
Khả năng vào hộp thư, rồi Tình trạng

ReputeCast tự kiểm tra danh sách chặn email mỗi ngày một lần cho tên miền gửi thư và IP riêng của bạn, hiển thị kết quả trong Khả năng vào hộp thư, rồi Tình trạng, và biến việc bị liệt kê thành một kết quả của Độ sẵn sàng gửi trước khi chiến dịch tiếp theo được gửi đi. Hướng dẫn này chỉ cách chạy kiểm tra khi cần, đọc kết quả và yêu cầu gỡ tên khỏi một danh sách chặn (blocklist, thường gọi là blacklist).

Khi không có HostRepute, ReputeCast tự truy vấn tám danh sách chặn công khai (DNSBL). Danh sách IP được truy vấn cho các IP riêng của bạn, danh sách tên miền cho các tên miền gửi thư của bạn. Thư gửi qua nhóm IP dùng chung của nhà cung cấp gửi thư, chẳng hạn Amazon SES khi không dùng IP riêng, chỉ được kiểm tra ở cấp tên miền, vì nhà cung cấp gửi thư quản lý các IP đó.

Danh sách Kiểm tra Mức ảnh hưởng Trang gỡ khỏi danh sách
Spamhaus ZEN IP Cao check.spamhaus.org
Spamhaus DBL Tên miền Cao check.spamhaus.org
SURBL Tên miền Cao surbl.org
URIBL Tên miền Cao admin.uribl.com
Barracuda BRBL IP Cao barracudacentral.org
SpamCop IP Trung bình spamcop.net
Mailspike IP Trung bình mailspike.org
PSBL IP Thấp psbl.org

Mức ảnh hưởng quyết định cách nhóm Uy tín người gửi của Độ sẵn sàng gửi xử lý khi tên miền hoặc IP mà một chiến dịch gửi đi bị liệt kê: bị liệt kê trong một danh sách có mức ảnh hưởng cao là Chặn, trong một danh sách có mức ảnh hưởng trung bình hoặc thấp là Cảnh báo. Các liên kết trong email cũng được kiểm tra: trình soạn thảo và Độ sẵn sàng gửi chặn một chiến dịch có liên kết đến tên miền nằm trong danh sách chặn URI (xem Sửa cảnh báo nội dung trước khi gửi).

Khi đã kết nối HostRepute, HostRepute kiểm tra 84 nguồn mỗi giờ thay cho kiểm tra có sẵn, và kiểm tra có sẵn được bỏ qua trong lúc kết nối đó hoạt động bình thường. Nếu không kết nối được HostRepute, kiểm tra có sẵn chạy làm phương án dự phòng. Xem Kết nối HostRepute.

Thiết lậpMặc địnhCách thay đổi
Kiểm tra danh sách chặn có sẵn8 lists (Spamhaus ZEN, Spamhaus DBL, SURBL, URIBL, Barracuda BRBL, SpamCop, Mailspike, PSBL), daily, for sending domains and dedicated IPsChạy mọi kiểm tra ngay; bỏ qua khi một kết nối HostRepute ổn định đang cung cấp kết quả
Chạy mọi kiểm tra ngayAt most once a minuteCố định
Thời gian chờ tra cứu DNS4 sCấu hình dns.timeout; trình phân giải đặt trong dns.servers
Tải lên báo cáo tổng hợp DMARCXML, .xml.gz or .zip, up to 20 MiB compressed and uncompressedCố định (cần quyền domains:manage)
Đồng bộ HostReputeHourly per connected workspace; failed syncs retry hourly and the built-in checks run meanwhileCố định
Lịch sử đọc từ HostReputeGoogle Postmaster 30 days, Microsoft SNDS 30 days, DMARC 7 daysCố định
Thời gian để phê duyệt kết nối trong HostRepute15 minutesCố định
Dòng thời gian sự cốLast 45 days, latest 8 itemsCố định
  • Bạn cần quyền deliverability:view để mở trang và chạy kiểm tra. Chủ sở hữu, Quản trị viên, Biên tập viên và Người xem đều có quyền này.
  • Hãy kết nối một nhà cung cấp gửi thư và thêm tên miền gửi thư trước. Khi chưa có chúng, sẽ không có gì để kiểm tra.
  • Nếu bạn vận hành máy chủ: hệ thống cần một DNS resolver mà các danh sách chặn chịu trả lời. Hãy thiết lập resolver trước khi dựa vào kết quả.
config.yaml
dns:
servers:
- 10.0.0.53
- 10.0.0.54:53

Khi dùng biến môi trường, hãy phân tách các máy chủ bằng dấu phẩy:

Biến môi trường
REPUTECAST_DNS__SERVERS=10.0.0.53,10.0.0.54:53

Khi dns.servers để trống, ReputeCast dùng resolver của hệ điều hành trong /etc/resolv.conf. Nếu máy chủ hoặc container của bạn chuyển tiếp DNS đến một resolver công cộng, các tra cứu Spamhaus và URIBL sẽ thất bại dù các kiểm tra xác thực (SPF, DKIM, DMARC) vẫn hoạt động.

  1. Mở Khả năng vào hộp thư, rồi Tình trạng.

  2. Chọn Chạy kiểm tra ngay. Khi đã kết nối HostRepute, nút này có tên Chạy mọi kiểm tra ngay và yêu cầu HostRepute kiểm tra lại luôn.

    Một dòng tiến trình cho biết đã có bao nhiêu nguồn trả lời. Một lần chạy bắt đầu chưa đến một phút sau lần trước sẽ trả về lần chạy trước đó thay vì bắt đầu lần mới.

  3. Khi chạy xong, hãy đọc bảng danh sách chặn. Mỗi danh sách cho biết nó đã kiểm tra gì, trạng thái (Bị liệt kê hoặc Sạch), một tài sản bị liệt kê từ khi nào, và với tài sản bị liệt kê thì có Trang gỡ khỏi danh sách của danh sách đó.

  4. Để lưu một bản cho phiếu hỗ trợ hoặc bảng tính, chọn Xuất báo cáo: mỗi lần kiểm tra là một dòng CSV.

Trang Khả năng vào hộp thư khi đã kết nối HostRepute: thẻ tên miền và IP ở trên cùng, tình trạng tài khoản nhà cung cấp ở giữa, và bảng danh sách chặn trong đó 203.0.113.25 bị liệt kê trên UCEPROTECT Level 3.
  1. Tình trạng của từng tên miền gửi thư và IP riêng, kèm số danh sách đang liệt kê mỗi tài sản.
  2. Bảng danh sách chặn: các nguồn đang liệt kê đứng trước, sau đó là các nguồn sạch, kèm liên kết gỡ khỏi danh sách.
  3. Tình trạng tài khoản của từng nhà cung cấp gửi thư, đo theo giới hạn riêng của mỗi nhà cung cấp.

Một lần bị liệt kê mới do kiểm tra có sẵn phát hiện cũng xuất hiện trong dòng thời gian sự cố trên cùng trang và trong thông báo của mọi thành viên xem được Khả năng vào hộp thư, kèm trang gỡ khỏi danh sách của danh sách đó. Bị liệt kê trên một danh sách có mức ảnh hưởng cao được đánh dấu là nghiêm trọng.

  1. Tìm hiểu vì sao tài sản bị liệt kê. Mở Trang gỡ khỏi danh sách của danh sách và tra tài sản ở đó. Nguyên nhân thường gặp là gửi thư đến những địa chỉ cũ hoặc mua về đã trở thành bẫy spam, và lượng gửi tăng vọt từ một IP mới.

  2. Khắc phục nguyên nhân trước khi yêu cầu gỡ. Loại bỏ những địa chỉ gây ra vấn đề (xem Giữ danh sách khỏe mạnh và Danh sách chặn gửi), giảm tốc một IP mới bằng kế hoạch khởi động, và kiểm tra bản ghi SPF, DKIM và DMARC của tên miền gửi thư.

  3. Gửi yêu cầu gỡ trên trang riêng của danh sách; mỗi danh sách mô tả quy trình của mình ở đó. Khi đã kết nối HostRepute, Yêu cầu gỡ khỏi danh sách gửi yêu cầu ngay từ ReputeCast và HostRepute sẽ theo dõi tiếp.

  4. Nếu IP bị liệt kê thuộc về nhà cung cấp gửi thư chứ không phải của bạn, hãy liên hệ nhà cung cấp gửi thư, vì họ kiểm soát IP đó và việc gửi thư từ IP đó. Trong lúc chờ, hãy định tuyến luồng bị ảnh hưởng qua một nhà cung cấp khác (Định tuyến thư qua nhiều nhà cung cấp).

  5. Chạy kiểm tra lại khi danh sách cho biết tài sản đã được gỡ.

  • Lần chạy báo một số tra cứu không có trả lời. Các tra cứu đó hiện là không rõ, không phải sạch. Nguyên nhân thường gặp là resolver DNS công cộng: đặt dns.servers như trong Trước khi bắt đầu. Resolver chậm cũng có thể hết thời gian chờ; thời gian chờ của mỗi lần tra cứu là dns.timeout (mặc định 4 giây).
  • Spamhaus ZEN hoặc DBL không bao giờ xuất hiện trong bảng. Spamhaus đã từ chối mọi truy vấn, nên không có kết quả nào được lưu. Cách khắc phục cũng vậy: dùng resolver của riêng bạn.
  • Nút không chạy lần mới. Một lần chạy đang diễn ra, hoặc mới bắt đầu chưa đến một phút, được hiển thị thay cho lần mới. Hãy chờ lần đó hoàn tất.
  • Xuất hiện thông báo “Hãy kết nối nhà cung cấp gửi thư trước”. Chưa có tên miền gửi thư hoặc IP riêng nào. Hãy hoàn tất kết nối nhà cung cấp gửi thư.
  • Một IP trong nhóm IP dùng chung bị liệt kê ở nơi khác. ReputeCast không kiểm tra IP dùng chung; nhà cung cấp gửi thư giám sát các IP này. Hãy hỏi nhà cung cấp gửi thư, hoặc chuyển luồng sang một nhà cung cấp có nhóm IP sạch.
  • Tài sản bị liệt kê lại sau khi đã gỡ. Nguyên nhân vẫn còn. Hãy xem thư trả lại và khiếu nại theo nhà cung cấp hộp thư trong báo cáo chiến dịch và ngừng gửi cho những liên hệ không bao giờ tương tác.