Tình trạng và sự cố của nhà cung cấp
ReputeCast kiểm tra mọi nhà cung cấp gửi thư đã kết nối ở chế độ nền và gán cho mỗi nhà cung cấp một trạng thái. Khi một sự cố nhà cung cấp email bắt đầu, thư phải tiếp tục được gửi sẽ tự chuyển sang nhà cung cấp dự phòng, phần của chiến dịch trên nhà cung cấp đang lỗi chờ bạn quyết định, và lưu lượng chuyển lại khi nhà cung cấp đã ổn định được 10 phút.
Ý nghĩa của các trạng thái
Phần tiêu đề “Ý nghĩa của các trạng thái”Nhà cung cấp gửi thư, rồi Nhà cung cấp hiển thị mỗi nhà cung cấp một thẻ, với trạng thái, các luồng nó phục vụ, độ mới của webhook, tỷ lệ lỗi API, hạn mức và tốc độ gửi, chi phí tháng này và các khả năng của nó.
| Trạng thái | Ý nghĩa | Nhận thư mới |
|---|---|---|
| Ổn định | Các lần kiểm tra gần nhất đều đạt. | Có |
| Đang khởi động · ngày N/M | Một kế hoạch khởi động đang chạy; giới hạn mỗi ngày của nó áp dụng cho Gửi hàng loạt. | Có, đến giới hạn hôm nay |
| Sandbox · chỉ địa chỉ đã xác minh | Tài khoản chỉ gửi được đến địa chỉ đã xác minh, như sandbox của Amazon SES. | Chỉ đến các địa chỉ đó |
| Suy giảm · webhook im lặng | Nhà cung cấp vẫn nhận thư nhưng không báo sự kiện nào trong 6 giờ. | Không, cho đến khi có sự kiện trở lại |
| Gián đoạn | Lệnh gọi đang thất bại, hoặc nhà cung cấp từ chối thông tin xác thực (“Gián đoạn · xác thực thất bại”). | Không |
| Đã tạm dừng | Nhà cung cấp đang tạm dừng. | Không |
Tỷ lệ trả thư và khiếu nại trên một thẻ tính trong 7 ngày gần nhất (hoặc là số liệu riêng của nhà cung cấp, nếu nhà cung cấp có báo). Các tỷ lệ này được hiển thị so với giới hạn của tài khoản ở nhà cung cấp, như mức xem xét và mức tạm dừng của Amazon SES, để bạn thấy tài khoản của mình đang gần các mức đó đến đâu. Bạn có thể đổi các giới hạn hiển thị trong Cài đặt của nhà cung cấp. Chúng chỉ để tham khảo: ngưỡng làm tạm dừng một lần gửi là cài đặt gửi mặc định của không gian làm việc.
Tình trạng được kiểm tra như thế nào
Phần tiêu đề “Tình trạng được kiểm tra như thế nào”- Mỗi 5 phút, ReputeCast thực hiện một lệnh gọi chỉ đọc đến từng nhà cung cấp (ví dụ
GetAccountvới Amazon SES hayGET /servervới Postmark) và ghi lại kết quả, cùng hạn mức và tốc độ gửi mà nhà cung cấp báo. Trong lúc một nhà cung cấp ở trạng thái Gián đoạn hoặc Suy giảm, ReputeCast kiểm tra mỗi phút. - Các lần gửi thật cũng được tính: mọi lệnh gọi API trong lúc gửi đều được ghi lại.
- Một nhà cung cấp bị đánh dấu Gián đoạn sau 2 lần kiểm tra thất bại liên tiếp, hoặc khi ít nhất một nửa trong số
ít nhất 5 lệnh gọi trong 3 phút gần nhất thất bại. Một phản hồi
401hoặc phản hồi tương tự kiểu “thông tin xác thực bị từ chối” đánh dấu nhà cung cấp Gián đoạn ngay lập tức. - Một nhà cung cấp bị đánh dấu Suy giảm khi nó đã nhận thư nhưng không báo sự kiện gửi thành công, trả thư hay khiếu nại nào trong 6 giờ. Máy chủ SMTP được miễn vì thư trả lại của chúng đến từ một hộp thư.
- Một nhà cung cấp đang Gián đoạn được coi là đã hồi phục khi các lệnh gọi thành công trở lại (dưới 1 trên 10 lệnh gọi thất bại) trong 10 phút. Sau khi bạn thay thông tin xác thực bị từ chối, nó hồi phục ở lần kiểm tra thành công tiếp theo.
Thanh thông báo sự cố có nút kiểm tra lại nhà cung cấp ngay, thay vì chờ lần kiểm tra tiếp theo.
Điều gì xảy ra khi có sự cố
Phần tiêu đề “Điều gì xảy ra khi có sự cố”Khi một nhà cung cấp bị gián đoạn, ReputeCast xử lý từng luồng định tuyến thư qua nhà cung cấp đó, theo chính sách chuyển dự phòng của luồng:
- Tự động hóa, Hệ thống và Giao dịch tự động chuyển sang nhà cung cấp dự phòng của luồng, nếu nhà cung cấp dự phòng khả dụng. Thanh thông báo cho biết đã định tuyến lại bao nhiêu email. Nếu không có nhà cung cấp dự phòng khả dụng, thư mới của luồng chờ đến khi nhà cung cấp hồi phục.
- Gửi hàng loạt theo chính sách của Gửi hàng loạt. Với mặc định là tạm dừng và hỏi, mỗi chiến dịch đang gửi qua nhà cung cấp này bị tạm giữ phần của nhà cung cấp đó, trong khi các phần khác vẫn tiếp tục gửi. Thành viên có quyền gửi chiến dịch nhận thông báo rằng chiến dịch đang chờ quyết định. Với chính sách chỉ chuyển sang nhà cung cấp đã khởi động xong hoặc chuyển dự phòng tự động, phần đó chuyển sang nhà cung cấp dự phòng khi chính sách cho phép.
Với một phần Gửi hàng loạt đang bị tạm giữ, thanh thông báo sự cố trên trang nhà cung cấp đưa ra ba lựa chọn:
- Chờ nhà cung cấp: phần đó tự tiếp tục sau khi nhà cung cấp đã ổn định được 10 phút.
- Chuyển những người nhận đang tạm giữ sang một nhà cung cấp khác do bạn chọn. Nếu nhà cung cấp đó vẫn đang khởi động, ReputeCast cảnh báo khi việc chuyển sẽ vượt giới hạn hôm nay của nó.
- Hủy lần gửi: những người nhận đang tạm giữ không nhận được chiến dịch. Thư đã gửi vẫn giữ nguyên là đã gửi. Không thể hoàn tác thao tác này.
Chờ và chuyển sẽ tiếp tục lần gửi và cần quyền campaigns:send; hủy cần quyền campaigns:pause.
Một nhà cung cấp cũng có thể gặp lỗi trong lúc chiến dịch đang gửi, trước lần kiểm tra tình trạng tiếp theo: lần gửi tạm giữ phần của nhà cung cấp đó sau khi các lệnh gọi của nó thất bại trong 3 phút (ít nhất 5 lệnh gọi), và màn hình theo dõi trực tiếp hỏi bạn xử lý phần đó thế nào. Hãy đọc Theo dõi lần gửi và tự động tạm dừng.
Thành viên có quyền providers:manage nhận thông báo khi một nhà cung cấp bị gián đoạn. Mọi bước (gián đoạn,
chuyển dự phòng, đang chờ, đã chuyển lại, đã hồi phục) đều được ghi vào Dòng thời gian sự cố,
và sự cố được ghi vào nhật ký kiểm tra.
Chuyển lại
Phần tiêu đề “Chuyển lại”Sau 10 phút ổn định, các luồng đã chuyển dự phòng quay về nhà cung cấp chính, và các phần Gửi hàng loạt được đặt chờ sẽ tiếp tục từ chỗ đã dừng.
Webhook im lặng
Phần tiêu đề “Webhook im lặng”Trong lúc một nhà cung cấp ở trạng thái Suy giảm, việc gửi vẫn hoạt động nhưng trạng thái của thư mới chưa rõ, nên cơ chế bảo vệ trước thư trả lại cho tuyến đó không còn tác dụng. Cho đến khi sự kiện về trở lại, thư mới được định tuyến như thể nhà cung cấp đang gián đoạn: phần Gửi hàng loạt của nó bị tạm giữ, và các luồng khác dùng nhà cung cấp dự phòng nếu có. Thanh thông báo cho biết ReputeCast đã kiểm tra những gì (API, webhook còn được đăng ký ở nhà cung cấp hay không, endpoint của ReputeCast có truy cập được từ internet hay không), các nguyên nhân có thể và những thư vẫn đang chờ trạng thái. Từ đó, bạn có thể chọn Gửi sự kiện thử, Đăng ký lại webhook hoặc, nếu API của nhà cung cấp còn giữ các sự kiện đã qua, lấy bù trạng thái của chúng. Thanh thông báo biến mất ngay khi có sự kiện về đến.
Thông tin xác thực bị từ chối
Phần tiêu đề “Thông tin xác thực bị từ chối”Khi một nhà cung cấp trả lời rằng thông tin xác thực không còn hợp lệ, ví dụ vì ai đó đã xoay vòng khóa API ở nhà cung cấp, nó bị đánh dấu Gián đoạn ngay lập tức và các luồng của nó chuyển dự phòng như trên. Hãy thay thông tin xác thực trong Cài đặt của nhà cung cấp: ReputeCast kiểm tra thông tin mới với nhà cung cấp trước khi lưu.
Mặc định và giới hạn
Phần tiêu đề “Mặc định và giới hạn”| Thiết lập | Mặc định | Cách thay đổi |
|---|---|---|
| Giới hạn tốc độ theo nhà cung cấp hộp thư | Gmail no limit; Outlook 5/s; Yahoo 4/s; iCloud 3/s | Cài đặt › Nhà cung cấp, 0–10,000 thư mỗi giây (0 = không giới hạn) |
| Đồng bộ danh sách chặn gửi với nhà cung cấp | Every 15 minutes, and right after a bounce adds addresses | — |
| Kiểm tra tình trạng nhà cung cấp | Every 5 minutes; every minute while a provider is down or degraded | Cố định |
| Nhà cung cấp bị đánh dấu gián đoạn | 2 failed health checks in a row, or 50% of calls failing over 3 minutes (at least 5 calls) | Cố định; thông tin xác thực bị từ chối sẽ đánh dấu gián đoạn ngay |
| Thời gian ổn định cần có trước khi lưu lượng chuyển về sau sự cố gián đoạn | 10 minutes | Cố định |
| Trạng thái "Webhook im lặng" sau | 6 hours without an event while mail is being accepted | Cố định; nhà cung cấp SMTP được miễn (vì dùng hộp thư nhận thư trả lại) |
| Thời gian giữ sự kiện webhook gốc của nhà cung cấp | 90 days | Cố định |
| Payload webhook lớn nhất từ nhà cung cấp | 5 MiB | Cố định |
| Khóa bí mật webhook của nhà cung cấp sau khi xoay vòng | The new secret replaces the old one at once | Cài đặt › Nhà cung cấp › Khóa bí mật ký webhook |
| Hỏi định kỳ hộp thư nhận thư trả lại (nhà cung cấp SMTP) | Every minute, up to 200 messages each time | Cố định |
| Hỏi định kỳ sự kiện khi chưa thiết lập webhook | Every minute | Kết nối nhà cung cấp › Tạm dùng hỏi định kỳ |
| Thời gian chờ sự kiện gửi thành công của thư thử khi thiết lập | 30 minutes | Cố định |
| Số thư mỗi lệnh gọi API | Amazon SES 50, Postmark 500, Resend 100, Mailjet 50, SMTP 25 per connection; other built-in adapters 1 | Cố định |
Khi nào nên thay đổi
Phần tiêu đề “Khi nào nên thay đổi”- Cho mỗi luồng một nhà cung cấp dự phòng. Nhà cung cấp thứ hai biến một sự cố thành một lần chuyển dự phòng ngắn cho thư Tự động hóa, Hệ thống và Giao dịch. Hãy đọc Định tuyến thư qua nhiều nhà cung cấp.
- Chọn chính sách cho Gửi hàng loạt có cân nhắc. Tạm dừng và hỏi là mặc định an toàn. Hãy chọn tự động chuyển dự phòng, chỉ sang nhà cung cấp đã khởi động xong, nếu bạn muốn chiến dịch tiếp tục chạy và nhà cung cấp dự phòng của bạn đã có lịch sử gửi thư.
- Bảo đảm webhook đến được với bạn. Webhook im lặng thường là do reverse proxy, tường lửa hoặc URL công khai. Hãy đọc Reverse proxy và TLS và Khắc phục sự cố.