Email giao dịch trong ReputeCast
ReputeCast gửi email giao dịch tự host (thư đặt lại mật khẩu, liên kết đăng nhập, biên lai và các thư khác của sản phẩm) từ cùng hệ thống với bản tin của bạn, mà không dùng chung uy tín hay hàng đợi với bản tin. Ứng dụng của bạn gọi HTTP API hoặc SMTP relay với ID mẫu và dữ liệu; ReputeCast kết xuất một mẫu giao dịch đã xuất bản, kiểm tra danh sách chặn gửi và chuyển thư cho các nhà cung cấp gửi thư trên tuyến Giao dịch. Mọi thứ nằm trong Giao dịch.

Ảnh chụp này hiển thị giao diện tiếng Anh.
Cách một thư giao dịch được gửi
Phần tiêu đề “Cách một thư giao dịch được gửi”- Ứng dụng của bạn gọi ReputeCast. Ứng dụng gửi một thư, hoặc một lô tối đa 100 thư, bằng một
khóa chỉ gửi qua API, hoặc kết nối tới
SMTP relay. API trả về
202cùng ID của thư. Định dạng yêu cầu, headerIdempotency-Keyvà mã mẫu có trong gửi email giao dịch bằng API. - ReputeCast kết xuất phiên bản đang chạy. Chỉ phiên bản đã xuất bản mới được gửi. Thiếu biến bắt buộc sẽ làm
lệnh gọi thất bại với
missing_variables, và không có gì được gửi. Thư đến qua SMTP đã được kết xuất sẵn và được ghi nhật ký là Thư thô (SMTP). - Danh sách chặn gửi và danh mục được kiểm tra. Thư giao dịch không bao giờ gửi tới địa chỉ đã trả thư vĩnh
viễn, đã khiếu nại, dính bẫy spam, không hợp lệ, hoặc được thêm vào danh sách chặn gửi
thủ công hay qua nhập dữ liệu. Thư giao dịch bỏ qua các mục chỉ áp dụng cho tiếp thị: lượt hủy đăng ký và địa chỉ
chức danh như
billing@. Người nhận đã tắt một danh mục Tùy chọn sẽ không nhận thư của danh mục đó. - Tuyến Giao dịch gửi thư đi. Giao dịch là luồng thứ tư, bên cạnh Gửi hàng loạt, Tự động hóa và Hệ thống, với tuyến riêng: một nhà cung cấp gửi thư chính và một nhà cung cấp dự phòng không bắt buộc. Chuyển dự phòng diễn ra tự động. Khi cùng một nhà cung cấp gửi thư cũng đang gửi một chiến dịch, thư giao dịch được đi trước trong giới hạn tốc độ gửi của nhà cung cấp đó.
- Sự kiện được gửi về. Các sự kiện gửi thành công, trả thư, khiếu nại và tương tác cập nhật trạng thái của thư
trong nhật ký thư và được gửi tới các
endpoint webhook của bạn dưới dạng sự kiện
message.*.
Danh mục
Phần tiêu đề “Danh mục”Mỗi mẫu thuộc một danh mục, và danh mục quyết định người nhận có thể tắt nó hay không.
| Loại | Cách hoạt động |
|---|---|
| Thiết yếu | Luôn được gửi: thư đăng nhập, mật khẩu, thanh toán và tài khoản. Chân thư không có liên kết hủy đăng ký. |
| Tùy chọn | Người nhận có thể tắt trong trung tâm tùy chọn hoặc bằng liên kết hủy đăng ký ở chân thư. |
Bạn quản lý danh mục trong cài đặt giao dịch.
Trạng thái thư
Phần tiêu đề “Trạng thái thư”Một thư có trạng thái Đang chờ gửi, Đã gửi, Gửi thành công, Bị hoãn, Bị trả lại, Bị khiếu nại, Bị từ chối, Thất bại hoặc Thử nghiệm. Bị từ chối nghĩa là ReputeCast đã dừng thư trước khi gửi, ví dụ vì địa chỉ bị chặn gửi hoặc người nhận đã tắt danh mục đó. Thử nghiệm nghĩa là một khóa ở chế độ thử nghiệm đã gửi thư; khóa thử nghiệm chỉ gửi tới thành viên của không gian làm việc và các địa chỉ thử mà bạn cho phép trên khóa.
Cảnh báo thay cho tự động tạm dừng
Phần tiêu đề “Cảnh báo thay cho tự động tạm dừng”Chiến dịch tự động tạm dừng khi trả thư hoặc khiếu nại tăng. Thư giao dịch không bao giờ tạm dừng, vì thư đặt lại mật khẩu phải tiếp tục đến nơi. Thay vào đó, ReputeCast kiểm tra mỗi phút trên dữ liệu một giờ gần nhất và cảnh báo bạn khi tỷ lệ trả thư của một mẫu, số thư thất bại hoặc thời gian gửi trung vị vượt ngưỡng.
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 |
|---|---|---|
| Số thư mỗi lệnh gọi gửi theo lô | 1–100 | Cố định |
Lên lịch trước bằng send_at | Up to 72 hours | Cố định |
Khoảng thời gian hiệu lực của Idempotency-Key | 24 hours; keys up to 255 characters | Cố định |
| Số cc, bcc và tệp đính kèm mỗi thư | Up to 20 each | Cố định |
| Kích thước thư kèm tệp đính kèm | The smallest limit among the route's providers: Postmark, Brevo and Azure Communication Services 10 MB, Postal 14, Mailjet 15, SparkPost 20, SMTP and Mailgun 25, SendGrid 30, Amazon SES and Resend 40 | Nhà cung cấp gửi thư › Định tuyến và chuyển dự phòng |
| Thẻ và metadata mỗi thư | Up to 10 tags (100 characters each); up to 20 metadata pairs | Cố định |
| ID mẫu | Lowercase letters, digits and single hyphens, up to 64 characters; fixed after the first publish | Cài đặt mẫu |
| Thời gian giữ nội dung đã kết xuất | 30 days | Giao dịch › Cài đặt; không giữ, 7, 30, 60 hoặc 90 ngày |
| Thời gian giữ metadata và sự kiện của thư | 90 days | Cố định |
| Cảnh báo tỷ lệ trả thư (theo mẫu, trong giờ qua, ít nhất 20 thư đã gửi) | Above 2% | Giao dịch › Cài đặt › Cảnh báo gửi thư, 0.1–100% |
| Cảnh báo thư thất bại (trong giờ qua) | 10 or more | Giao dịch › Cài đặt › Cảnh báo gửi thư, 1–100,000 |
| Cảnh báo thời gian gửi thành công trung vị (trong giờ qua, ít nhất 20 thư gửi thành công) | Above 30 s | Giao dịch › Cài đặt › Cảnh báo gửi thư, 1–3,600 s |
| Thời gian thử lại trên nhà cung cấp chính trước khi nhà cung cấp dự phòng tiếp quản | 10 minutes (at once if the provider is down) | Cố định |
| Số lần trả thư tạm thời trước khi địa chỉ bị chặn gửi | 3 within 7 days | Cố định |
| Kiểm tra thay đổi gây lỗi khi xuất bản dựa trên | The last 7 days of calls | Cố định |
| Nhập mẫu từ tệp | Up to 50 files, 2 MB each | Cố định |
Khi nào nên thay đổi
Phần tiêu đề “Khi nào nên thay đổi”- Giữ nội dung đã kết xuất lâu hơn (tối đa 90 ngày) khi nhân viên hỗ trợ cần tra cứu khách hàng đã nhận được gì; giữ ngắn hơn hoặc không giữ khi nội dung chứa dữ liệu cá nhân. Thay đổi trong cài đặt giao dịch.
- Hạ ngưỡng cảnh báo cho những mẫu mà mỗi lỗi đều quan trọng, như liên kết đăng nhập.
- Đặt cho tuyến Giao dịch một nhà cung cấp dự phòng khác với nhà cung cấp gửi thư chính, để sự cố ở một nhà cung cấp không bao giờ làm ngừng thư đặt lại mật khẩu.