Tích hợp quy trình email và các SDK

Tải xuống tệp ZIP dùng chung cho WordPress và WooCommerce

1. Cài đặt

Chạy các lệnh này từ thư mục WordPress với WP-CLI có sẵn, hoặc tải lên tệp ZIP đã tải xuống thông qua Plugins > Add New > Upload Plugin và kích hoạt nó. Mở Settings > SendRepute. Cấu hình và kích hoạt riêng từng trang web trên hệ thống multisite. Duy trì sự kết hợp WordPress/PHP được hỗ trợ; phiên bản tối thiểu không phải là khuyến nghị để chạy phần mềm đã hết vòng đời.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-wp.zip
wp plugin install ./sendrepute-wp.zip --activate

Lựa chọn thay thế: cài đặt từ nguồn công khai

Sử dụng lộ trình nguồn này thay vì các hướng dẫn tải xuống trên trang web ở trên. Tệp README của kho lưu trữ sẽ giải thích các bước kích hoạt và cấu hình còn lại; việc chỉ xây dựng một tệp ZIP không giúp cài đặt một plugin. Đối với Python, lệnh thứ hai sẽ thêm hỗ trợ Django tùy chọn. Hãy lưu giữ thông tin xác thực trong các bí mật máy chủ (server secrets) và xem xét các ghi chú bảo mật trước khi bật các tính năng trả phí. Chỉ có Node là có trên npm; một kho lưu trữ GitHub công khai không có nghĩa là đã được xuất bản trên WordPress.org, n8n Cloud, Packagist hoặc PyPI.

git clone https://github.com/sendrepute/sendrepute-wordpress.git
cd sendrepute-wordpress
python3 package.py

2. Cấu hình bảo mật

Tạo token khách hàng phía máy chủ với các phạm vi classify, account:read và catalog:read, ngày hết hạn và hạn mức chi tiêu. Nhập token vào cài đặt hoặc tải SENDREPUTE_API_TOKEN từ kho lưu trữ bí mật máy chủ của bạn như hướng dẫn. Các token được lưu trữ sử dụng mã hóa xác thực với WordPress salts và OpenSSL; hãy nhập lại chúng sau khi thay đổi salt. Chạy kiểm tra kết nối không trả phí, xem xét giá phân loại, sau đó kích hoạt phân tích tự động một cách rõ ràng. Thiết lập chế độ tư vấn/chặn, ngưỡng và chính sách fail-open/fail-closed độc lập.

// wp-config.php — optional server-secret alternative to settings storage.
$sendreputeToken = getenv('SENDREPUTE_API_TOKEN');
if (is_string($sendreputeToken) && $sendreputeToken !== '') {
    define('SENDREPUTE_API_TOKEN', $sendreputeToken);
}

3. Sử dụng có chủ đích

Hàm bên dưới sử dụng wp_mail thông thường và chỉ gửi khi ứng dụng của bạn gọi nó. Khi phân tích trả phí được kích hoạt, plugin sẽ phân tích tại pre_wp_mail và sau đó cho phép hoặc chặn phương thức vận chuyển hiện tại. Cung cấp người nhận được ủy quyền của riêng bạn; hãy thử nghiệm với một bộ tiếp nhận thư cục bộ (local mail sink) không chuyển tiếp trước. Kết quả sai (false) có nghĩa là trình gọi phải xử lý việc gửi bị từ chối—nó không được đưa vào hàng đợi.

// Call deliberately: this sends through your existing WordPress transport.
function sendrepute_reviewed_message($recipient) {
    return wp_mail(
        $recipient,
        'Your requested account summary',
        'Here is the account summary you requested.'
    );
}

Các khả năng khác

Cài đặt cũng cung cấp các hành động viết lại bằng AI và tạo mẫu thủ công với xác nhận trả phí riêng biệt. Hiển thị giá cần vip:read; viết lại cần rewrite; tạo mẫu cần ai:generate, và tạo mẫu VIP yêu cầu tư cách thành viên VIP đang hoạt động. Kết quả là văn bản chỉ để sao chép đã được xử lý thoát ký tự (escaped): không bao giờ được tự động áp dụng hoặc gửi đi. Các token hiện có không tự động nhận được các phạm vi mới.

Kết quả, lỗi và giới hạn

Chế độ tư vấn cho phép phân phối; việc chặn so sánh xác suất thư rác hữu hạn với ngưỡng của bạn. API timeout và lỗi tuân theo chính sách lỗi riêng biệt, không phải nhãn spam. Các khóa cục bộ mờ đục ngăn chặn việc phân tích lặp lại trong 24 giờ; các kết quả mạng không xác định không được thử lại tự động. Bản thân việc gửi không được loại bỏ trùng lặp. Các kiểm tra cập nhật đã cài đặt bao gồm tệp ZIP 0.1.0 đã theo dõi được nâng cấp lên 0.2.0, việc từ chối/lưu nonce của quản trị viên và đường dẫn WooCommerce đã chọn. Một ma trận 40 kịch bản riêng biệt đã bao gồm cả thứ tự tải plugin với WP Mail SMTP và FluentSMTP, bao gồm To/Cc/Bcc, Reply-To, tiêu đề, tệp đính kèm, từ chối SMTP và kết quả chính sách. Các bộ giá trị chính xác này không chứng nhận cho các phiên bản CMS, plugin SMTP hoặc nhà cung cấp khác. Các hook bỏ qua wp_mail và các thay đổi vận chuyển sau đó nằm ngoài phạm vi bao phủ. Việc hủy kích hoạt sẽ giữ lại các cài đặt; việc gỡ cài đặt sẽ xóa thông tin xác thực ngay cả khi giữ lại các cài đặt đã bị vô hiệu hóa. Hãy tự xóa mã thông báo wp-config.

Bộ điều hợp email cho WooCommerce

0.2.0

Đã bao gồm trong cùng một tệp ZIP SendRepute 0.2.0 như plugin WordPress; không có tiện ích mở rộng hoặc bản tải xuống WooCommerce riêng biệt. Nó yêu cầu nền tảng WordPress 5.7+, PHP 7.4+ và OpenSSL của plugin. Bộ điều hợp đã được đánh giá mã nguồn dựa trên WooCommerce 10.4.3, không được chứng nhận trên mọi phiên bản WooCommerce hoặc tiện ích mở rộng thư.

Phân tích WooCommerce có công tắc quản trị riêng và các lựa chọn loại email tích hợp chính xác, tất cả đều tắt theo mặc định. Các điều khiển phân tích toàn cục và sự đồng ý trả phí cũng phải được bật. Các loại không được chọn và do tiện ích mở rộng định nghĩa sẽ bỏ qua phân tích. Mọi loại customer_* tích hợp được chọn đều được bảo vệ và chỉ mang tính cố vấn: nó có thể được phân tích nhưng không bao giờ bị chặn. Thư multipart được chọn sẽ thất bại trong phân loại trước bất kỳ yêu cầu trả phí nào; chế độ cố vấn hoặc mở khi lỗi giúp bảo toàn việc gửi thư, trong khi đóng khi lỗi chỉ chặn các thư không được bảo vệ.

Tải xuống tệp ZIP cho Drupal

1. Cài đặt

Đây là cùng một tệp ZIP có thể cài đặt được sử dụng bởi hướng dẫn WordPress. Cài đặt nó một lần; không cài đặt tiện ích bổ sung WooCommerce thứ hai. Kích hoạt SendRepute, sau đó mở Settings > SendRepute. Giữ cho WordPress, WooCommerce, PHP và bộ vận chuyển mail thực được hỗ trợ và cập nhật.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-wp.zip
wp plugin install ./sendrepute-wp.zip --activate

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-wordpress.git
cd sendrepute-wordpress
python3 package.py

2. Cấu hình bảo mật

Sử dụng mã thông báo khách hàng có phạm vi từ các bí mật của máy chủ hoặc cài đặt WordPress được mã hóa. Đầu tiên, hãy cấu hình kiểm tra kết nối không trả phí dùng chung, xem lại giá hiện tại, sự đồng ý trả phí toàn cục, chế độ rủi ro, ngưỡng và chính sách khi có lỗi. Sau đó, bật riêng phân tích WooCommerce và chỉ chọn các loại email tích hợp sẵn mà bạn đã xem xét. Các loại do tiện ích mở rộng định nghĩa không bao giờ được chọn tự động.

// wp-config.php — keep the shared WordPress/WooCommerce token server-side.
$sendreputeToken = getenv('SENDREPUTE_API_TOKEN');
if (is_string($sendreputeToken) && $sendreputeToken !== '') {
    define('SENDREPUTE_API_TOKEN', $sendreputeToken);
}

3. Sử dụng có chủ đích

Tiếp tục gửi qua WooCommerce như bình thường. Bộ điều hợp bao bọc callback đã được WooCommerce chọn và bảo toàn các đối số gốc cũng như transport của nó; nó không cung cấp phương thức gửi mới. Nếu một bộ lọc khác làm thay đổi các đối số callback, mail thông thường được lồng trong callback đó, hoặc một callback tùy chỉnh không bao giờ gọi wp_mail, việc phân tích sẽ được bỏ qua một cách thận trọng thay vì rơi vào luồng trả phí (paid path) chung. Kiểm tra các loại thư không quan trọng đã chọn với một mail sink không chuyển tiếp.

Kết quả, lỗi và giới hạn

Thư đơn phần (single-part) được chọn sẽ tuân theo các chính sách WordPress advisory, threshold và failure dùng chung, ngoại trừ mọi loại customer_* đều được bảo vệ và chỉ mang tính chất tư vấn (advisory-only). Thư khách hàng được bảo vệ luôn tiếp tục sau khi có kết quả rủi ro cao, API failure hoặc nội dung không được hỗ trợ. WooCommerce xây dựng các bản thay thế đa phần (multipart) sau pre_wp_mail, vì vậy thư đa phần được chọn sẽ thất bại trước bất kỳ yêu cầu trả phí nào thay vì bị phân loại một phần; chỉ những thư không được bảo vệ đã chọn mới có thể bị từ chối bởi fail-closed. Ngữ cảnh callback được gỡ bỏ sau khi thành công, thất bại và các lần gửi lồng nhau.

Backend thư cho Drupal

0.1.0

Yêu cầu Drupal 10.3+ hoặc 11.x và PHP 8.1+. Cài đặt tệp ZIP như một module, chỉ cấp quyền administer sendrepute cho các quản trị viên đáng tin cậy, cấu hình tên hiển thị người gửi không phải địa chỉ được giới hạn, và chọn các tuyến thư module/key chính xác. Phiên bản 0.1.0 chỉ hỗ trợ Drupal core php_mail; đây là một backend thư, không phải là nhà cung cấp hoặc phương thức vận chuyển thay thế. Bằng chứng trang web đã cài đặt bao gồm các bản phát hành Drupal 10.6.17 và 11.4.7 chính xác với PHP 8.4.10.

Sự đồng ý trả phí và mọi tuyến đều được tắt theo mặc định. Mỗi tuyến chính xác sử dụng đại diện php_mail cố định của lõi, chế độ cố vấn hoặc chặn, một chính sách lỗi bảo lưu hoặc chặn độc lập, ngưỡng, và lựa chọn thư quan trọng có chủ đích. Thư tài khoản và bảo mật vẫn có thể gửi được trừ khi tuyến chính xác đó cho phép chặn các thư quan trọng một cách rõ ràng. Cùng một phiên bản php_mail sẽ định dạng và gửi một nội dung cuối cùng dạng scalar; đầu ra đa thành phần và có chứa tệp đính kèm không được hỗ trợ.

Tải xuống tệp ZIP cho PrestaShop

1. Cài đặt

Chạy từ thư mục gốc của dự án Drupal, hoặc tải lên tệp ZIP bằng trình cài đặt mô-đun của Drupal. Bản lưu trữ chứa một thư mục gốc mô-đun sendrepute phù hợp cho modules/contrib. Kích hoạt nó, chỉ cấp quyền administer sendrepute cho các quản trị viên đáng tin cậy và mở Configuration > System > SendRepute.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-drupal.zip
unzip sendrepute-drupal.zip -d modules/contrib
drush en sendrepute -y

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-drupal.git
cd sendrepute-drupal

2. Cấu hình bảo mật

Chỉ lưu trữ một SENDREPUTE_API_TOKEN có phạm vi classify trong môi trường tiến trình web/PHP. Nó không bao giờ được chấp nhận bởi biểu mẫu hoặc xuất ra trong cấu hình Drupal. Trong biểu mẫu, nhập tên hiển thị người gửi bắt buộc tối đa 320 bytes không có địa chỉ, dấu ngoặc nhọn hoặc ký tự điều khiển. Thêm một dòng bảy trường cho mỗi tuyến chính xác như hướng dẫn; delegate phải là php_mail. Chọn chế độ advisory/block, chính sách failure_policy là preserve/block, ngưỡng threshold, và lựa chọn critical là yes/no. Bắt đầu với advisory, preserve và no.

export SENDREPUTE_API_TOKEN="replace-with-a-scoped-server-token"
# Enter a non-address sender display name in Configuration > System > SendRepute.
# One exact route in Configuration > System > SendRepute:
# contact|page_mail|php_mail|advisory|preserve|0.90|no

3. Sử dụng có chủ đích

Tiếp tục gọi mail manager bình thường của Drupal. Đối với một tuyến đã được chọn (opted-in), sendrepute_mail sẽ gọi format() của core php_mail, phân tích nội dung scalar cuối cùng đó, áp dụng chính sách, và sau đó gọi mail() của cùng instance php_mail đã lưu đệm. Các ID delegate khác sẽ bị từ chối. Nó không sử dụng hook_mail_alter và không ghi lại tin nhắn.

Kết quả, lỗi và giới hạn

Một thành công đã được xác thực chỉ chặn ở mức hoặc cao hơn ngưỡng đã định cấu hình trong chế độ chặn. Kết quả phân loại lồng nhau đầy đủ và phản hồi thanh toán được xác thực trước khi spamProbability có thể ảnh hưởng đến việc phân phối. Các lỗi API, xác thực, số dư, giới hạn tốc độ, sai định dạng, multipart, chỉ báo tệp đính kèm và kích thước sẽ tuân theo failure_policy định tuyến độc lập, ngoại trừ thư quan trọng được bảo vệ vẫn tiếp tục. Ma trận 10.6.17/11.4.7 đã cài đặt bao gồm việc cài đặt và thay thế ZIP tại chỗ khi đang bật, đăng nhập quản trị viên thực, từ chối/lưu Form API CSRF, khám phá plugin, chọn tham gia lộ trình, phân loại tổng hợp, bảo tồn thư quan trọng và php_mail lõi thông qua một sink cục bộ. Kiểm tra nguồn cơ sở cũng bao gồm các kho lưu trữ 10.3.0 và 11.0.0 bất biến; không kết quả nào chứng nhận cho mọi bản vá sau đó hoặc trình gửi thư đóng góp. Tên hiển thị đã định cấu hình, tiêu đề không trống và thân bài có khung độ dài được gửi; địa chỉ, người nhận, tiêu đề, tham số và tệp đính kèm bị loại trừ. Tiêu đề bị giới hạn ở 998 byte và thân bài ở 256 KiB. Có một lần thử HTTPS đã xác minh, không chuyển hướng, thử lại hoặc xếp hàng.

Module mail cho PrestaShop

0.1.1

Phiên bản 0.1.1 hỗ trợ chính xác PrestaShop 9.0.0, 9.0.1, 9.0.2 và 9.0.3 với PHP 8.1–8.4. Tải lên tệp ZIP trong Modules > Module Manager, sau đó cấu hình phân loại thư SendRepute. Cả bốn bản phát hành classic được dựng sẵn chính thức đã vượt qua kiểm tra cài đặt riêng biệt, cấu hình quản trị viên đã xác thực và kiểm tra cập nhật ZIP; các triển khai Mail::send() không thay đổi của chúng cũng đã vượt qua ma trận thư thực tế ngoại tuyến. PrestaShop 8, 9.1+ và các bản vá 9.0 chưa được liệt kê sau này không được hỗ trợ.

Module, sự đồng ý trả phí/nội dung, và việc chọn mẫu chính xác đều bị tắt theo mặc định. Nó phân tích tiêu đề cuối cùng đã được render và mọi phần thân được hỗ trợ hiển thị mà không cần dựng lại Symfony message. Một tin nhắn chứa cả text/plain và text/html được gửi trong một yêu cầu phân loại có giới hạn: bản thay thế plain được làm trơ, HTML gốc được giữ nguyên, và dịch vụ phân tích từng bản thay thế theo loại một cách độc lập mà không nối chuỗi. Kết quả sử dụng mức rủi ro cao nhất với các cuộc kiểm tra nội dung đầy đủ, tạo ra một lượt phân loại trả phí và không bao giờ trả về điểm an toàn một phần. Chế độ cố vấn không bao giờ làm gián đoạn việc gửi. Việc chặn theo ngưỡng và đóng khi lỗi sẽ ném ra một ngoại lệ thực thi cả ExceptionInterface của Symfony Mailer và ModuleErrorInterface của PrestaShop; trên mọi bản phát hành được hỗ trợ, thử nghiệm đã cài đặt quan sát thấy Mail::send() trả về false mà không có việc phân phối SMTP nào. Chính sách lỗi độc lập với ngưỡng rủi ro.

Tải xuống mã nguồn Symfony ZIP

1. Cài đặt

Tải xuống bản ZIP 0.1.1, sau đó sử dụng Modules > Module Manager > Upload a module và chọn tệp đó. Mở Configure cho SendRepute mail classification. Không bắt buộc cài đặt ngoài phạm vi chính xác PrestaShop 9.0.0–9.0.3: hành vi hủy và ký phụ thuộc vào các đường dẫn Mail::send() đã được kiểm tra.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-prestashop.zip

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-prestashop.git
cd sendrepute-prestashop

2. Cấu hình bảo mật

Đặt SENDREPUTE_API_BASE thành nguồn HTTPS SendRepute chính thức được cung cấp cho mô-đun này và SENDREPUTE_API_TOKEN thành một token máy chủ có phạm vi trong môi trường PHP-FPM/server. Base phải là một nguồn HTTPS DNS công khai không có đường dẫn; các giá trị thô, thông tin đăng nhập, chuyển hướng và phản hồi DNS riêng tư đều bị từ chối. Chạy kiểm tra kết nối tài khoản/giá không trả phí, sau đó bật rõ ràng mô-đun, sự đồng ý trả phí/nội dung và tên mẫu chính xác. Chọn độc lập chế độ tư vấn/chặn, ngưỡng và chính sách lỗi mở/đóng.

export SENDREPUTE_API_BASE="replace-with-the-canonical-sendrepute-https-origin"
export SENDREPUTE_API_TOKEN="replace-with-a-scoped-server-token"

3. Sử dụng có chủ đích

Tiếp tục sử dụng luồng Mail::send bình thường của PrestaShop. Hook ban đầu chỉ ghi nhớ một mẫu chính xác đã được chọn. Hook cuối cùng đọc chủ đề, thân văn bản và thân HTML đã được Symfony Email render mà không thay đổi người nhận, tiêu đề, tệp đính kèm hoặc quá trình vận chuyển. Đối với các thân thư kép, nó gửi văn bản thuần trơ và HTML gốc dưới dạng các phương án thay thế có kiểu trong một yêu cầu; việc chuẩn hóa dịch vụ độc lập ngăn chặn một đoạn nội dung tiêu thụ đoạn khác trong khi vẫn giữ nguyên các đích đến của hình ảnh và liên kết HTML hiển thị để kiểm tra. Một thân thư thuần túy duy nhất sẽ duy trì trên đường dẫn văn bản trơ hẹp, và một thân thư HTML duy nhất duy trì trên đường dẫn trích xuất DOM hẹp. Quá trình phân loại hoàn tất trước khi PrestaShop tạo một thông điệp riêng biệt được ký DKIM. Ma trận phiên bản được hỗ trợ đã xác minh cấu trúc multipart được phát ra cộng với mã băm thân thư DKIM và chữ ký RSA sau khi phân loại. Đường dẫn ký được ghim của PrestaShop loại bỏ Bcc khỏi các tiêu đề đã ký được chuẩn bị và làm mất người nhận SMTP ẩn đó; do đó, bằng chứng chữ ký hợp lệ không xác lập khả năng tương thích gửi Bcc. Không kết hợp DKIM và Bcc trên đường dẫn được hỗ trợ này. Các nguồn hiển thị không được hỗ trợ, ngữ nghĩa hoạt động, HTML quoted-printable hoặc base64 không rõ ràng và nội dung tổng hợp quá kích thước sẽ tuân theo chính sách lỗi đã định cấu hình trước khi thanh toán. Để các mẫu quan trọng ở trạng thái không được chọn trừ khi được phê duyệt có chủ đích.

Kết quả, lỗi và giới hạn

Trình phân loại chấp nhận một thân thư text/plain, một thân thư text/html hoặc cả hai dưới dạng các phương án hiển thị thay thế được phân tích độc lập. Văn bản gốc (literal text), thực thể (entity), nội dung ẩn và nội dung kiểu (style) trong một phương án được chấp nhận không thể tiêu thụ hoặc che giấu phương án thay thế sau đó; HTML quoted-printable hoặc base64 không rõ ràng sẽ bị từ chối trước khi thanh toán. Bất kỳ phương án thay thế nào được chấp nhận đều có thể xác định kết quả rủi ro cao nhất, trong khi content audits bao quát mọi phương án thay thế; classification chỉ được tính phí một lần sau khi toàn bộ đầu vào có giới hạn được chấp nhận. Thân thư cũ (legacy body) bắt buộc sao chép chính xác phương án văn bản thuần trơ cho một thông điệp kép, và bản sao đó cùng cả hai phương án thay thế có kiểu chia sẻ chính xác ngân sách yêu cầu 524288-byte. Recipients, attachments và các tài nguyên nhúng bị loại trừ, và thông điệp transport trước khi ký gốc được bảo toàn. Bản mẫu thư thực (real-mail fixture) kiểm tra riêng biệt tính toàn vẹn của MIME/chữ ký và người nhận SMTP thực tế: chữ ký DKIM vẫn hợp lệ sau classification, nhưng đường dẫn đã ký thượng nguồn được kiểm tra không bảo toàn người nhận Bcc. Một classification được xác thực sẽ lưu trữ một bản tóm tắt tư vấn mới nhất có giới hạn. Chế độ chặn (block mode) chỉ ném lỗi tại hoặc trên ngưỡng threshold; ngoại lệ giao diện kép (dual-interface exception) tồn tại qua quá trình điều phối hook và tạo ra giá trị false trước transport trên cả bốn bản phát hành đã cài đặt. Nội dung không được hỗ trợ, lỗi API và lỗi xác thực tuân theo trạng thái mở/đóng một cách độc lập. Một lần thử HTTPS sử dụng DNS công cộng được ghim, TLS đã xác minh, thời gian chờ hữu hạn, giới hạn phản hồi 256 KiB, không chuyển hướng và không thử lại. Việc chặn dựa vào việc bắt ngoại lệ PrestaShop Mail::send() đã được kiểm tra, không phải giá trị trả về của hook cuối cùng.

Trình điều hợp Symfony Mailer

0.1.1

Yêu cầu PHP 8.1+ và chỉ nhắm mục tiêu Symfony Mailer 6.4 hoặc 7.4; các bản phát hành đã xác minh chính xác là 6.4.46 và 7.4.19. Không công bố khả năng tương thích với Symfony 8.1 hoặc các phiên bản chưa được kiểm thử. Cài đặt tệp ZIP mã nguồn cục bộ thông qua kho lưu trữ đường dẫn Composer; gói này không được đăng trên Packagist.

Bundle và sự đồng ý trả phí được tắt theo mặc định, và chỉ những thư có tiêu đề chọn tham gia được cấu hình chính xác mới đủ điều kiện. Chính sách điểm số cố vấn hoặc chặn độc lập với chính sách lỗi cho phép hoặc chặn. Việc phân loại chạy trên MessageEvent trước khi gửi chính thức; hành động từ chối sử dụng MessageEvent::reject(). Các sự kiện sao chép trong hàng đợi sẽ được bỏ qua để sự kiện vận chuyển của worker là điểm phân loại trả phí duy nhất.

Tải xuống mã nguồn Rails dưới dạng ZIP

1. Cài đặt

Giải nén tệp ZIP đã tải xuống vào một thư mục packages được giữ lại, đăng ký thư mục đó dưới dạng kho lưu trữ đường dẫn Composer, require đúng gói 0.1.1, và đăng ký SendRepute\Symfony\SendReputeBundle nếu Flex không thực hiện. Bản lưu trữ nguồn là bản cục bộ và chưa được công bố.

mkdir -p packages
curl -fL https://www.sendrepute.com/downloads/sendrepute-symfony.zip -o packages/sendrepute-symfony.zip
unzip packages/sendrepute-symfony.zip -d packages
composer config repositories.sendrepute path ./packages/sendrepute-symfony
composer require sendrepute/symfony:0.1.1

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-symfony.git
cd sendrepute-symfony

2. Cấu hình bảo mật

Phân giải SENDREPUTE_API_TOKEN từ các bí mật máy chủ. Giữ enabled và paid_analysis_consent ở giá trị false trong khi xem xét mức giá hiện tại. Chế độ, threshold và failure_policy là độc lập. Endpoint được cố định với HTTPS đã xác minh với thời hạn ràng buộc, không có chuyển hướng hoặc thử lại, và giới hạn phản hồi là 1 MiB.

send_repute:
  enabled: false
  paid_analysis_consent: false
  api_token: '%env(SENDREPUTE_API_TOKEN)%'
  mode: advisory
  failure_policy: allow
  spam_probability_threshold: 0.8

3. Sử dụng có chủ đích

Chỉ thêm tiêu đề chấp thuận (opt-in header) chính xác vào các đối tượng Email đã được kiểm duyệt và không quan trọng, sau đó tiếp tục qua Mailer bình thường. Thông điệp, phong bì (envelope), phương thức vận chuyển (transport) và tiêu đề không bị ghi đè. Đối với việc phân phối qua Messenger, hãy cấu hình bundle trong workers: các sự kiện clone của producer được cố ý không phân loại.

$email->getHeaders()->addTextHeader('X-SendRepute-Classify', 'yes');
$mailer->send($email);

Kết quả, lỗi và giới hạn

Chỉ hỗ trợ chính xác một nội dung văn bản hoặc HTML trong bộ nhớ. Các trường hợp như các lựa chọn thay thế hỗn hợp, DataParts dạng văn bản, stream hoặc đường dẫn, dấu ngoặc nhọn CSS, mã đánh dấu, cú pháp quoted-printable, tiêu đề base64 hoặc toàn bộ thân thư base64 sẽ thất bại trước khi thanh toán và tuân theo chính sách lỗi; nội dung thông thường không chứa dấu ngoặc nhọn sẽ không bị thay đổi. Mọi trường bắt buộc trong phản hồi lồng nhau và các nhánh audit tùy chọn đều được xác thực, các thuộc tính không xác định sẽ bị từ chối. Chế độ tư vấn không bao giờ chặn dựa trên điểm số; việc chặn sẽ từ chối tại ngưỡng thông qua sự kiện vận chuyển thực tế.

Adapter Rails Action Mailer

0.1.0

Yêu cầu Ruby 3.2+ và đã được xác minh giới hạn với các phiên bản thực tế Action Mailer 7.1.6 và Mail 2.9.1; đường dẫn callback cũng đã được ghi nhận trên Action Mailer 7.2.3.2. Đây không phải là chứng nhận cho mọi bản phát hành Rails 7.x được phép. Cài đặt mã nguồn ZIP cục bộ thông qua Bundler; không cam kết về việc phát hành trên RubyGems.

Mặc định cả hai cổng trả phí toàn cục đều tắt, và mỗi mailer action phải gọi sendrepute_paid_preflight! một cách tường minh. Hành vi điểm số cố vấn/chặn và hành vi lỗi bảo lưu/chặn hoạt động độc lập. Các tuyến đường đặt lại mật khẩu, MFA, đăng nhập, xác minh, thanh toán và bảo mật nên được giữ ở trạng thái không chọn. Mọi tin nhắn đa thành phần và nội dung CSS mơ hồ, có dạng quoted-printable hoặc base64 đều bị từ chối trước khi thanh toán; một nội dung văn bản hoặc HTML body đã giải mã được chấp nhận sẽ được phân tích mà không làm thay đổi tin nhắn gốc hoặc transport.

Tải xuống mã nguồn Spring Java ZIP

1. Cài đặt

Giải nén tệp ZIP chính xác vào vendor/sendrepute-rails, thêm mục đường dẫn cục bộ vào Gemfile, chạy Bundler trong môi trường được kiểm soát của bạn và bao gồm SendRepute::Rails::Mailer vào ApplicationMailer. Đây không phải là một bản cài đặt từ RubyGems.

# Download sendrepute-rails.zip, then extract it into vendor/sendrepute-rails.
gem "sendrepute-rails", path: "vendor/sendrepute-rails"

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-rails.git
cd sendrepute-rails

2. Cấu hình bảo mật

Giữ enabled và paid_consent ở mức false cho đến khi các tuyến đường và mức giá hiện tại được xem xét kỹ lưỡng. Đọc mã token từ Rails credentials hoặc một bí mật máy chủ khác. Cấu hình advisory/block, preserve/block và threshold một cách độc lập; các hàm gọi lại on_result và on_error tuyệt đối không được ghi log nội dung tin nhắn, dữ liệu xác thực hoặc phản hồi đầy đủ.

SendRepute::Rails.configure do |config|
  config.enabled = false
  config.paid_consent = false
  config.token = Rails.application.credentials.dig(:sendrepute, :api_token)
  config.mode = :advisory
  config.failure_policy = :preserve
  config.score_threshold = 0.8
end

3. Sử dụng có chủ đích

Chỉ gọi sendrepute_paid_preflight! bên trong mỗi action mailer không trọng yếu đã được lựa chọn có chủ đích. Các action thông thường sẽ bỏ qua bước phân loại. Hook có phí sử dụng tuyến before_deliver của Action Mailer; không có tính năng tự động tham gia (auto-opt-in) toàn cục và adapter không ghi đè Mail::Message.

class ApplicationMailer < ActionMailer::Base
  include SendRepute::Rails::Mailer
end

def newsletter
  sendrepute_paid_preflight!
  mail(to: params[:to], subject: "News")
end

Kết quả, lỗi và giới hạn

Chỉ hỗ trợ một body được giải mã dưới dạng text/plain hoặc text/html. Mọi đầu vào normalizer multipart hoặc không rõ ràng đều sẽ thất bại trước khi thanh toán và tuân theo failure_policy. Phản hồi lồng nhau đã được định kiểu đầy đủ chỉ có thể chặn ở chế độ block mode khi đạt hoặc vượt ngưỡng; chế độ advisory sẽ bảo lưu mọi điểm số. Các lệnh gọi lại kết quả và lỗi sẽ nhận dữ liệu an toàn bất biến, các ngoại lệ từ callback hoặc lệnh throw(:abort) được bắt cục bộ để không làm dừng advisory hoặc bảo lưu việc phân phối. Endpoint cố định từ chối các lệnh chuyển hướng cũng như thử lại và sử dụng một tổng hạn định có giới hạn. Các bài kiểm tra thực tế trên Action Mailer 7.1.6 đã vượt qua: 19 lượt chạy và 59 xác nhận; không có yêu cầu thanh toán hoặc việc phân phối thực tế nào xảy ra.

Bộ điều hợp JavaMailSender dành cho Spring

0.1.1

Yêu cầu Java 17+ và hướng tới Spring Framework 6.2.x JavaMailSender; xác minh phụ thuộc chính xác đã sử dụng Spring Framework 6.2.19. Không có tuyên bố về khả năng tương thích với Spring Boot 4 hoặc các phiên bản framework rộng hơn. Xây dựng mã nguồn cục bộ ZIP bằng Maven; nó không được xuất bản lên Maven Central hoặc registry khác.

Trình trang trí (decorator), sự đồng ý trả phí, chế độ tư vấn và các giá trị mặc định cho phép khi có lỗi được quy định rõ ràng. Chỉ sendWithSendRepute(...) thực hiện phân tích trả phí trước khi gửi; mọi quá tải send(...) thông thường sẽ bỏ qua phân loại và ủy quyền không thay đổi. Sử dụng send thông thường cho các thư quan trọng trừ khi lần gửi riêng lẻ đó được chọn một cách có chủ đích. Các lựa chọn thay thế MIME được hỗ trợ hiển thị sẽ được đóng khung tĩnh cùng nhau; các nội dung không được hỗ trợ, lồng nhau, đã ký, được mã hóa hoặc mơ hồ sẽ thất bại trước khi thanh toán.

Tải về tệp ZIP mã nguồn Magento

1. Cài đặt

Giải nén mã nguồn ZIP 0.1.1, chạy mvn verify, và chỉ cài đặt vào kho lưu trữ Maven cục bộ (local Maven repository) do bạn kiểm soát. Ứng dụng sử dụng sẽ cung cấp JavaMailSender hiện có và triển khai mail runtime của nó. Việc xác minh phụ thuộc chính xác đã sử dụng Java 17 bytecode, Spring Framework 6.2.19 và các phiên bản được ghi tài liệu trong tệp README đính kèm.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-spring-mail.zip
unzip sendrepute-spring-mail.zip
cd sendrepute-spring-mail-0.1.1
mvn verify
mvn install

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-java.git
cd sendrepute-java

2. Cấu hình bảo mật

Cấu trúc SendReputeConfiguration từ một mã thông báo phía máy chủ và các chuyển mạch rõ ràng. Giữ cho enabled và paidAnalysisConsent là false cho đến khi giá cả và các lệnh gọi được chọn lọc được xem xét lại. Chính sách tư vấn/chặn, ngưỡng và chính sách lỗi cho phép/chặn là độc lập với nhau. Điểm cuối được cố định với HTTPS đã xác minh, không có chuyển hướng hoặc thử lại.

var settings = new SendReputeConfiguration(
    token, false, false,
    SendReputeConfiguration.Mode.ADVISORY,
    SendReputeConfiguration.FailurePolicy.ALLOW,
    0.80, Duration.ofSeconds(3), Duration.ofSeconds(10));
var reviewedSender = new SendReputeJavaMailSender(existingSender, settings);

3. Sử dụng có chủ đích

Chỉ gọi sendWithSendRepute(...) cho một SimpleMailMessage, MimeMessage hoặc MimeMessagePreparator riêng lẻ cần thực hiện phân tích. Các nạp chồng (overloads) đơn lẻ và varargs đều được hỗ trợ. Mọi nạp chồng send(...) thông thường sẽ bỏ qua quá trình phân loại. Các preparator sẽ kết xuất một lần và MIME gốc đã chuẩn bị sẽ được ủy quyền sau khi chính sách cho phép.

// Paid classification is possible only on this explicit method.
reviewedSender.sendWithSendRepute(reviewedMessage);

// Every ordinary JavaMailSender send overload bypasses classification.
reviewedSender.send(criticalMessage);

Kết quả, lỗi và giới hạn

Tất cả các phần plain và HTML được hỗ trợ hiển thị đều được phân tích; người nhận và tệp đính kèm bị loại trừ. Quá trình duyệt bị giới hạn ở 16 cấp độ, 256 phần và 524,288 byte UTF-8 được hiển thị. Các nội dung binary inline bị bỏ qua sẽ không bao giờ được hiện thực hóa; các nguồn hiển thị lazy không xác định hoặc không giới hạn sẽ thất bại trước khi một luồng được mở hoặc yêu cầu thanh toán được thực hiện, và các lần đọc nguồn được hỗ trợ đều có giới hạn. Cấu trúc thực thể số (numeric-entity framing) giúp giữ các phân đoạn trơ thông qua thứ tự server normalizer đã kiểm tra. Toàn bộ các lô varargs được chuẩn bị và chuẩn hóa trước yêu cầu thanh toán đầu tiên, và việc kiểm tra không tạo ra các tiêu đề Jakarta Mail. Yêu cầu một phản hồi lồng nhau khớp chính xác theo đệ quy.

Bộ điều hợp thư Magento Open Source

0.1.1

Chỉ hỗ trợ Magento Open Source 2.4.7-p5 và 2.4.7-p6 với các mã nguồn mail-interface bất biến chính xác đã được xem xét. Các fixture định kiểu ngoại tuyến đã vượt qua thử nghiệm, nhưng chưa thực hiện cài đặt Magento đầy đủ; không có bản phát hành Magento hoặc Adobe Commerce nào khác được chứng nhận. Cài đặt tệp ZIP cục bộ thông qua kho lưu trữ đường dẫn Composer; đây không phải là một gói Adobe Marketplace.

Mô-đun, sự đồng ý trả phí và danh sách định tuyến mặc định đều ở trạng thái tắt. Mỗi mã định danh mẫu yêu cầu hai phê duyệt chính xác độc lập; mức độ quan trọng không bao giờ được suy diễn từ tên của nó. Plugin aroundSendMessage phân tích tại ranh giới vận chuyển cuối cùng mà không xây dựng lại thư. Chính sách ngưỡng tư vấn/chặn và chính sách lỗi bảo lưu/chặn là độc lập; việc chặn sẽ tạo ra một Magento MailException hiển thị. Nhiều phần MIME được hiển thị và nội dung không rõ ràng sẽ thất bại trước khi thanh toán.

Tải xuống mã nguồn .NET MailKit ZIP

1. Cài đặt

Giải nén tệp ZIP vào một thư mục gói được lưu giữ, đăng ký thư mục gốc SendRepute_MailAdapter của nó làm kho lưu trữ đường dẫn Composer, require phiên bản 0.1.1, sau đó sử dụng quy trình kích hoạt module và nâng cấp thiết lập thông thường của Magento. Không trình bày kho lưu trữ cục bộ này như một gói trên Adobe Marketplace.

mkdir -p packages/sendrepute-magento
curl -fLO https://www.sendrepute.com/downloads/sendrepute-magento.zip
unzip sendrepute-magento.zip -d packages/sendrepute-magento
composer config repositories.sendrepute path ./packages/sendrepute-magento/SendRepute_MailAdapter
composer require sendrepute/magento-mail-adapter:0.1.1
bin/magento module:enable SendRepute_MailAdapter
bin/magento setup:upgrade

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-magento.git
cd sendrepute-magento

2. Cấu hình bảo mật

Chỉ thiết lập SENDREPUTE_API_TOKEN trong môi trường máy chủ PHP-FPM và CLI. Trong Stores > Configuration > Services > SendRepute, ban đầu hãy tắt mô-đun và sự đồng ý trả phí. Thêm chính xác mọi định danh mẫu vào cả hai danh sách phê duyệt định tuyến độc lập; tên, bao gồm cả tên số, không bao giờ suy ra mức độ quan trọng. Cấu hình hành vi tư vấn/chặn, ngưỡng và hành vi lỗi bảo lưu/chặn riêng biệt.

export SENDREPUTE_API_TOKEN="replace-with-a-scoped-server-token"
# Then configure Stores > Configuration > Services > SendRepute.

3. Sử dụng có chủ đích

Tiếp tục sử dụng quy trình template và transport thông thường của Magento. Mối tương quan định tuyến ghi lại chính xác định danh và cửa hàng được chọn thông qua TransportBuilder, trong khi plugin aroundSendMessage cuối cùng sẽ đọc các giao diện email và MIME chính thức trước khi gọi cùng một transport. Trạng thái Builder được xóa trong finally, và các mối tương quan builder/message sử dụng các mục WeakMap có khóa là đối tượng, do đó một transport đã dựng nhưng bị bỏ rơi không thể để lại ủy quyền ID đối tượng số có thể tái sử dụng. Adapter không cung cấp phương thức send mới hoặc làm thay đổi message.

Kết quả, lỗi và giới hạn

Chỉ chấp nhận một phần MIME hiển thị được hỗ trợ; các tệp đính kèm được bảo toàn nhưng không được đưa vào phân tích. Nhiều phần hiển thị, mã hóa truyền tải hoặc bộ ký tự không được hỗ trợ, luồng dữ liệu, MIME lồng nhau và văn bản chuẩn hóa không rõ ràng sẽ thất bại trước khi thanh toán. Một yêu cầu HTTPS đã xác minh có thời hạn và kích thước phản hồi bị giới hạn, không có tính năng thử lại hoặc chuyển hướng. Kết quả lồng nhau hợp lệ có thể bị chặn ở ngưỡng; cấu hình fail-block sẽ kích hoạt Magento MailException.

Bộ điều hợp .NET MailKit

0.1.0

Yêu cầu .NET 8 và bằng chứng phụ thuộc chính xác cho MailKit/MimeKit 4.18.0. Đây là một trình bao bọc (wrapper) rõ ràng xung quanh một IMailTransport do ứng dụng sở hữu, không phải là hook toàn cục, SMTP client hay phương thức vận chuyển thay thế. Hãy xây dựng hoặc tham chiếu mã nguồn ZIP cục bộ; không có công bố NuGet nào được xác nhận.

Bộ điều hợp (adapter) và paid_consent mặc định tắt; các tùy chọn tư vấn và preserve-send là các mặc định độc lập. Các lệnh gọi AnalyzeAsync, AnalyzeThenSend hoặc AnalyzeThenSendAsync là tường minh. Email bảo mật/tài khoản quan trọng cần một danh mục và sự đồng ý riêng cho mỗi lần gọi. Mọi nội dung thay thế text/plain hoặc text/html được hỗ trợ sẽ được đóng khung tĩnh vào một yêu cầu giới hạn; các nội dung không được hỗ trợ, lồng nhau, có chữ ký hoặc được mã hóa sẽ thất bại trước khi thanh toán. MimeMessage gốc và token hủy bỏ chỉ đến được existingTransport sau khi chính sách cho phép.

Tải xuống tệp ZIP công thức cho Zapier và Make

1. Cài đặt

Giải nén tệp ZIP nguồn và tham chiếu src/SendRepute.MailKit/SendRepute.MailKit.csproj từ dự án .NET 8 đang sử dụng. Việc khôi phục sẽ thu được MailKit/MimeKit 4.18.0. Gói nguồn này là cục bộ và chưa được xuất bản; đây không phải là một bản cài đặt NuGet.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-mailkit.zip
unzip sendrepute-mailkit.zip
dotnet add reference ./sendrepute-mailkit-0.1.0/src/SendRepute.MailKit/SendRepute.MailKit.csproj

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-dotnet.git
cd sendrepute-dotnet

2. Cấu hình bảo mật

Bọc IMailTransport hiện có của ứng dụng bằng SendReputeMailAdapter. Đọc API token từ cấu hình máy chủ và giữ cho Enabled và PaidAnalysisConsent ở trạng thái false cho đến khi được xem xét. Ngưỡng advisory/block và các cài đặt preserve/block failure là độc lập với nhau. Điểm cuối, ngưỡng TLS tối thiểu, hành vi một lần thử, thời hạn và giới hạn 1 MiB là cố định.

var options = new SendReputeOptions {
    Enabled = false,
    PaidAnalysisConsent = false,
    ApiToken = configuration["SENDREPUTE_API_KEY"]!,
    Enforcement = EnforcementPolicy.Advisory,
    OnFailure = FailurePolicy.PreserveSend,
    SpamProbabilityThreshold = 0.80
};
var adapter = new SendReputeMailAdapter(existingTransport, new SendReputeClient(options), options);

3. Sử dụng có chủ đích

Gọi AnalyzeAsync để chỉ phân tích, hoặc AnalyzeThenSend và AnalyzeThenSendAsync để thực hiện hành vi trước khi gửi một cách rõ ràng. Không có đường dẫn thư thông thường hoặc toàn cục nào bị chặn. Truyền sự đồng ý trả phí và danh mục thư trên mỗi thao tác được chọn; thư bảo mật/tài khoản quan trọng yêu cầu cài đặt sự đồng ý quan trọng riêng biệt.

await adapter.AnalyzeThenSendAsync(message, new AnalysisConsent {
    PaidAnalysisConsent = true,
    Category = MessageCategory.Ordinary
}, cancellationToken);

Kết quả, lỗi và giới hạn

Việc giải mã MimeKit thực tế sẽ thu thập mọi phương án plain text và HTML được hiển thị và hỗ trợ vào một khung tĩnh, đồng thời loại trừ người nhận và tệp đính kèm. Khung ngoài không phải base64 và các thực thể được giải mã muộn sẽ vô hiệu hóa các dấu ngoặc nhọn CSS, văn bản quoted-printable, tiêu đề base64, toàn bộ nội dung base64 và mã đánh dấu trước khi chuẩn hóa dịch vụ. Nội dung hiển thị không được hỗ trợ, lồng nhau, được ký hoặc mã hóa sẽ thất bại trước khi thanh toán. Mọi trường phản hồi bắt buộc đều được định kiểu; trường flaggedTermCount tùy chọn phải là một số nguyên không âm và contentAudit tùy chọn được xác thực đầy đủ và đệ quy so với hợp đồng công khai. Đối tượng MimeMessage gốc chính xác và mã thông báo hủy chỉ đến được phương thức vận chuyển được cung cấp khi các chính sách điểm số và lỗi độc lập cho phép.

Phân tích bản nháp thủ công Zapier

0.2.0

Công thức Zapier thủ công để hiển thị phân tích trả phí cho chính xác ba chuỗi bản nháp được chủ sở hữu lựa chọn. Đây không phải là ứng dụng SendRepute trên Zapier, danh sách marketplace, thành phần nhập, pre-send adapter, trình gửi, tuyến allow/block hoặc trình phân loại toàn bộ tin nhắn. Zapier Webhooks sử dụng một proxy HTTPS có giới hạn do chủ sở hữu vận hành vì SENDREPUTE_API_TOKEN không được phép nhập vào Zap.

Hai hằng số thời gian biên dịch (compile-time constants) mặc định là false trước HTTP. Zap chỉ ánh xạ tên hiển thị của người gửi, tiêu đề và nội dung, đăng JSON lên thiết kế owner-proxy đi kèm, xác thực hoàn toàn phản hồi lồng nhau, sau đó hiển thị các trường tư vấn và thanh toán trong một bước xem xét riêng tư. Nó không được thêm người gửi, thực thi Paths, Autoreplay hoặc tuyến failure-preserve; các bước Code hoặc Webhook bị lỗi sẽ dừng lại.

Tải xuống tệp ZIP kịch bản của Zapier và Make

1. Cài đặt

Tải xuống và giải nén mã nguồn công thức 0.2.0 dùng chung. Đọc hướng dẫn Zapier đi kèm và chỉ triển khai proxy Node loopback đi kèm phía sau một HTTPS reverse proxy do chủ sở hữu quản lý. Gói này không tự triển khai nó. Không có ứng dụng SendRepute Zapier hoặc tạo tác Zap có thể nhập nào.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-automation-recipes.zip
unzip sendrepute-automation-recipes.zip
cd sendrepute-automation-recipes

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-automation.git
cd sendrepute-automation

2. Cấu hình bảo mật

Giữ Zap ở trạng thái tắt. Trong mã nguồn preflight chính xác, cả ENABLED và PAID_CONSENT đều ở trạng thái false cho đến khi việc sử dụng trả phí được xem xét. Proxy của chủ sở hữu lưu trữ SENDREPUTE_API_TOKEN; Zap chỉ nhận được một thông tin xác thực có thể thu hồi riêng biệt từ SENDREPUTE_PROXY_CREDENTIALS. Trình chỉnh sửa và lịch sử tác vụ có thể làm lộ thông tin này, vì vậy hãy hạn chế, xoay vòng và thu hồi nó. Cấu hình giới hạn token-bucket và giới hạn đồng thời trên mỗi thông tin xác thực, giới hạn kết nối/đồng thời toàn cầu, ngân sách cuộc gọi trả phí hàng ngày do chủ sở hữu thiết lập cố định, giới hạn chi tiêu thượng nguồn nghiêm ngặt và các kiểm soát kích thước/tỷ lệ/thời hạn TLS-terminator tương ứng. Không bật Autoreplay.

// In zapier/preflight.js; review charges before changing either literal.
const ENABLED = false;
const PAID_CONSENT = false;

3. Sử dụng có chủ đích

Xây dựng các bước theo cách thủ công: trigger nháp; mã preflight chỉ ánh xạ sender, subject và body; Webhooks POST với các hàng JSON tới proxy của chủ sở hữu; mã response-validation; hiển thị đánh giá riêng tư. Tuyệt đối không nội suy thủ công JSON thô. Chỉ hiển thị requestId, model, label, spamProbability và thông tin thanh toán; không thêm hành động mail hoặc quyết định Paths.

{
  "sender": "Mapped draft sender display name",
  "subject": "Mapped draft subject",
  "body": "Mapped draft body"
}

Kết quả, lỗi và giới hạn

Công thức chỉ phân tích ba chuỗi đã được ánh xạ; MIME không được ánh xạ, các phương án HTML thay thế, tệp đính kèm và nội dung gửi đi cuối cùng vẫn không được phân tích. Bước preflight thận trọng sẽ từ chối các tác nhân kích hoạt bộ chuẩn hóa đã biết nhưng không chứng minh được mức độ bao phủ toàn bộ tin nhắn. Giới hạn tỷ lệ, số lượng đồng thời và ngân sách hàng ngày của Proxy sẽ từ chối trước khi đến thượng nguồn, và việc đặt trước ngân sách sẽ tồn tại trước nỗ lực trả phí; hãy chạy một quy trình proxy cho mỗi tệp ngân sách. Proxy thực hiện một nỗ lực HTTPS cố định có giới hạn. Bất kỳ phản hồi chính xác nào không phải 200 hoặc không đầy đủ sẽ throw và dừng lại; không có kết quả preserve, Resume hoặc thay thế.

Phân tích bản nháp thủ công Make

0.2.0

Hướng dẫn kịch bản Make thủ công để hiển thị phân tích trả phí cho đúng ba chuỗi bản nháp được chọn. Đây không phải là blueprint, ứng dụng SendRepute được phê duyệt, trình gửi thư, tuyến thực thi hay xác nhận về MIME chưa được ánh xạ, HTML, tệp đính kèm hoặc nội dung gửi đi cuối cùng. Bearer token chỉ thuộc về chuỗi khóa bảo mật của Make HTTP.

Các giá trị boolean persisted enabled và paidConsent mặc định là false và một bộ lọc AND sẽ dừng trước HTTP. JSON được tạo bởi mô-đun JSON của Make và được gửi một lần bởi mô-đun HTTP với tính năng chuyển hướng và thử lại bị vô hiệu hóa. Bộ lọc phản hồi chỉ là lớp bảo vệ hiển thị, không phải là xác thực đầy đủ hoặc quyền gửi. Các lỗi HTTP sử dụng Break, không bao giờ dùng Resume hoặc thay thế đầu ra.

Tải xuống Node.js tarball

1. Cài đặt

Tải xuống và giải nén mã nguồn bản công thức (recipe) 0.2.0 dùng chung, sau đó làm theo hướng dẫn Make đi kèm để xây dựng các mô-đun native hiện tại một cách thủ công. Không có blueprint, ứng dụng marketplace hoặc định dạng nhập (import) nào được xác nhận. Tắt tính năng lập lịch kịch bản (scenario scheduling) khi đang thử nghiệm với một điểm cuối giả lập (mock endpoint).

curl -fLO https://www.sendrepute.com/downloads/sendrepute-automation-recipes.zip
unzip sendrepute-automation-recipes.zip
cat sendrepute-automation-recipes/make/README.md

Lựa chọn thay thế: cài đặt từ nguồn công khai

git clone https://github.com/sendrepute/sendrepute-automation.git
cd sendrepute-automation

2. Cấu hình bảo mật

Tạo các biến Tools boolean cố định enabled=false và paidConsent=false, tiếp theo là một bộ lọc AND yêu cầu cả hai phải là true. Sử dụng JSON > Create JSON cho chính xác các trường sender, subject và body. Chỉ lưu trữ mã thông báo (bearer token) SendRepute trong chuỗi khóa bảo mật (secure keychain) của ứng dụng HTTP; các kịch bản (scenarios) được xuất ra phải không chứa thông tin xác thực.

Tools variables: enabled = false; paidConsent = false
Filter: enabled = true AND paidConsent = true
HTTP credential: secure keychain; Authorization header
Body type: Raw; Content type: application/json; map serialized JSON
Follow redirect: No; Timeout: 10 seconds; no retry
Response filter: Minimal display guard

3. Sử dụng có chủ đích

Cấu hình một HTTP POST tới URL classify cố định. Chọn Body type Raw và control application/json content-type mà không thêm header free-text xung đột, sau đó map output đã được serialize từ JSON > Create JSON. Kích hoạt parsed response, vô hiệu hóa chuyển hướng, đặt timeout 10 giây và không thêm repeater hoặc automatic retry. Yêu cầu giới hạn phản hồi 1 MiB của module; nếu không có sẵn, hãy sử dụng một bounded proxy do chủ sở hữu kiểm soát để thay thế. Chỉ thêm một bản hiển thị đánh giá riêng tư sau Minimal display guard—tuyệt đối không bao giờ thêm bộ định tuyến sender hoặc allow/block.

{
  "sender": "Mapped draft sender display name",
  "subject": "Mapped draft subject",
  "body": "Mapped draft body"
}

Kết quả, lỗi và giới hạn

Chỉ các chuỗi đã được ánh xạ mới được phân tích; việc chuẩn hóa không đồng nhất với email gốc hoặc email gửi đi. Bộ lọc phản hồi chỉ kiểm tra trạng thái và sự hiện diện của kết quả cốt lõi/thanh toán và rõ ràng không phải là xác thực hoặc thực thi lược đồ đầy đủ. Các lỗi HTTP sử dụng Break để các hành động sau đó không chạy; không bao giờ sử dụng Resume, đầu ra giả mạo hoặc lộ trình failure-preserve.

Node.js SDK

0.1.1

SDK dành riêng cho máy chủ cho Node.js 18.17+. Cài đặt @sendrepute/node từ npm hoặc sử dụng tệp tarball có thể tải xuống. Bộ điều hợp Nodemailer tùy chọn giúp bảo toàn phương thức vận chuyển hiện có của bạn. Thiết lập khóa API theo phạm vi và API base URL rõ ràng trong môi trường máy chủ của bạn, tuyệt đối không đặt trong mã trình duyệt.

Đăng ký createSendReputePlugin tại giai đoạn stream chỉ sau khi xem xét giá cả và cố ý bật sự đồng ý phân tích trả phí. Chế độ tư vấn báo cáo các phát hiện mà không chặn việc gửi thư. Chế độ chặn thực thi spamProbabilityThreshold; onApiFailure chọn allow hoặc block, trong khi việc từ chối do thay đổi giá luôn chặn việc gửi thư. Phân loại là một thao tác API trả phí.