电子邮件工作流集成与 SDK

1. 安装

这与 WordPress 指南中使用的安装 ZIP 文件相同。只需安装一次；请勿安装第二个 WooCommerce 插件。激活 SendRepute，然后打开“设置 > SendRepute”。请保持 WordPress、WooCommerce、PHP 和实际的邮件传输受支持并及时更新。

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

备选方案：从公开源码安装

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

2. 安全配置

使用来自服务器机密或已加密 WordPress 设置的受限客户令牌。首先配置共享的非付费连接检查、当前价格审查、全局付费同意、风险模式、阈值和失败策略。然后单独启用 WooCommerce 分析，并仅选择已审核的内置电子邮件类型。扩展定义的类型永远不会被自动选择。

// 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. 审慎使用

继续通过 WooCommerce 正常发送。该适配器封装了 WooCommerce 已经选择的回调，并保留其原始参数和传输；它不提供新的发送方法。如果另一个过滤器更改了回调参数，普通邮件在该回调期间嵌套，或者自定义回调从未调用 wp_mail，则分析将保守地绕过，而不是进入常规付费路径。请使用非中继邮件池测试选定的非关键类型。

结果、失败与限制

选定的单部分邮件遵循共享的 WordPress 建议、阈值和失败策略，但每个 customer_* 类型都受到保护且仅限建议模式。受保护的客户邮件在出现高风险结果、API 失败或不支持的内容后始终继续发送。WooCommerce 在 pre_wp_mail 之后构建多部分备选项，因此选定的多部分邮件将在任何付费请求之前失败，而不是被部分分类；只有选定的非受保护邮件可能会被 fail-closed 策略拒绝。回调上下文在成功、失败和嵌套发送后会被移除。

Drupal 邮件后端

0.1.0

需要 Drupal 10.3+ 或 11.x 以及 PHP 8.1+。将 ZIP 作为模块安装，仅向受信任的管理员授予 administer sendrepute 权限，配置有界的非地址发件人显示名称，并选择确切的模块/关键邮件路由。版本 0.1.0 仅支持 Drupal 核心 php_mail；它是一个 Mail 后端，而非提供商或替代传输工具。已安装站点的证据覆盖了确切的 Drupal 10.6.17 和 11.4.7 版本及 PHP 8.4.10。

默认情况下，付费同意和所有路由均处于关闭状态。每个准确路由使用固定的核心 php_mail 委托、咨询或拦截模式、独立的保留或拦截故障策略、阈值以及深思熟虑的关键邮件选择。账户和安全邮件保持可送达状态，除非该准确路由明确允许拦截关键邮件。同一个 php_mail 实例格式化并发送一个标量最终正文；不支持多部分和带有附件的输出。

1. 安装

从 Drupal 项目根目录运行，或使用 Drupal 的模块安装程序上传 ZIP。该压缩包包含一个适用于 modules/contrib 的 sendrepute 模块根目录。启用它，仅向信任的管理员授予 administer sendrepute 权限，并打开 Configuration > System > SendRepute。

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

备选方案：从公开源码安装

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

2. 安全配置

仅在 web/PHP 进程环境中存储 classify 作用域的 SENDREPUTE_API_TOKEN。表单绝不接受该令牌，也不会在 Drupal 配置中导出。在表单中，输入必填的发件人显示名称，最大 320 字节，不含地址、尖括号或控制字符。按所示为每个准确路由添加一行七字段配置；delegate 必须是 php_mail。选择 advisory/block 模式、preserve/block 失败策略、阈值以及关键邮件 yes/no。建议从 advisory、preserve 和 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. 审慎使用

继续调用 Drupal 的正常邮件管理器。对于已选择加入的路由，sendrepute_mail 调用核心 php_mail 的 format()，分析该最终标量正文，应用策略，然后调用同一个缓存的 php_mail 实例的 mail()。其他委托 ID 将被拒绝。它不使用 hook_mail_alter，也不重写消息。

结果、失败与限制

在 block 模式下，验证成功的请求仅在达到或超过配置的阈值时进行拦截。在 spamProbability 影响投递前，完整的嵌套分类结果和计费响应都会经过验证。API、身份验证、余额、频率限制、格式错误、多部分、附件指示符和大小失败均遵循独立的路由失败策略，受保护的关键邮件继续发送除外。已安装的 10.6.17/11.4.7 矩阵覆盖了启用状态下的安装和就地 ZIP 替换、真实管理员登录、Form API CSRF 拒绝/保存、插件发现、路由选择性加入、模拟分类、关键邮件保留以及通过本地汇点的核心 php_mail。基线源码检查还覆盖了不可变的 10.3.0 和 11.0.0 归档；两个结果均不认证所有后续补丁或贡献的邮件程序。发送配置的显示名称、非空主题和长度分帧的正文；排除地址、收件人、请求头、参数和附件。主题限制为 998 字节，正文限制为 256 KiB。仅进行一次验证 HTTPS 尝试，无重定向、重试或队列。

PrestaShop 邮件模块

0.1.1

版本 0.1.1 仅支持 PrestaShop 9.0.0, 9.0.1, 9.0.2 和 9.0.3，需配合 PHP 8.1–8.4。在“Modules > Module Manager”中上传 ZIP，然后配置 SendRepute 邮件分类。所有四个官方预构建经典版本均通过了隔离安装、经过身份验证的管理员配置以及 ZIP-update 检查；它们未更改的 Mail::send() 实现也通过了离线真实邮件矩阵。PrestaShop 8, 9.1+ 以及之后未列出的 9.0 补丁暂不支持。

该模块、付费/内容同意以及确切的模板选择默认为关闭。它会分析最终渲染的主题和每个受支持的显示正文，而无需重新构建 Symfony 消息。包含 text/plain 和 text/html 的消息会在一次有界的分类请求中发送：plain 备选项保持不活跃，保留原始 HTML，服务独立分析每个类型的备选项而不进行拼接。结果使用包含完整内容审计的最高风险项，产生一次付费分类，且绝不返回部分安全分。咨询模式永远不会中断发送。阈值拦截和故障时关闭会抛出一个同时实现 Symfony Mailer 的 ExceptionInterface 和 PrestaShop 的 ModuleErrorInterface 的异常；在每个受支持的发行版本上，已安装的测试观察到 Mail::send() 返回 false 且没有 SMTP 投递。故障策略独立于风险阈值。

1. 安装

下载 0.1.1 ZIP 文件，然后通过 Modules > Module Manager > Upload a module 进行选择并上传。打开 SendRepute 邮件分类的 Configure 界面。请勿在确切的 PrestaShop 9.0.0–9.0.3 范围之外强制安装：取消和签名行为依赖于经审计的 Mail::send() 路径。

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

备选方案：从公开源码安装

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

2. 安全配置

将 SENDREPUTE_API_BASE 设置为为此模块提供的规范生产环境 SendRepute HTTPS 源，并将 SENDREPUTE_API_TOKEN 设置为 PHP-FPM/服务器环境中的受限服务器令牌。Base 必须是不含路径的公共 DNS HTTPS 源；字面值、凭据、重定向和私有 DNS 响应将被拒绝。运行非付费账户/定价连接检查，然后显式启用模块、付费/内容同意和精确的模板名称。独立选择 advisory/block、阈值和 open/closed 失败策略。

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

3. 审慎使用

继续使用 PrestaShop 正常的 Mail::send 流程。早期钩子仅记住已选择的特定模板。最终钩子读取已渲染的 Symfony Email 主题、文本正文和 HTML 正文，而不更改收件人、标题、附件或传输方式。对于双重正文，它在一次请求中将惰性纯文本和原始 HTML 作为键入的可选内容提交；独立的业务规范化可防止一段碎片吞噬另一段，同时保留用于审计的可视 HTML 链接和图像目标。单个纯文本正文保持在窄惰性文本路径上，单个 HTML 正文保持在窄 DOM 提取路径上。分类在 PrestaShop 创建单独的 DKIM 签名邮件之前完成。受支持版本矩阵验证了分类后发出的多部分结构以及 DKIM 正文哈希和 RSA 签名。PrestaShop 的固定签名路径在准备的已签名标题中省略了 Bcc，并会丢失该盲送 SMTP 收件人；因此，有效的签名证据并不能证明 Bcc 投递的兼容性。请勿在此受支持路径上同时使用 DKIM 和 Bcc。不支持的显示源、动态语义、歧义的 quoted-printable 或 base64 HTML 以及超大聚合内容将在付费前遵循配置的故障策略。除非经过刻意批准，请保持关键模板处于未选中状态。

结果、失败与限制

分类器接受一个 text/plain 正文、一个 text/html 正文或两者作为独立分析的显示备选方案。在已接受的备选方案中，字面文本、实体、隐藏内容和样式内容不能吞噬或隐藏后续的备选方案；有歧义的 quoted-printable 或 base64 HTML 将在付费前被拒绝。任何被接受的备选方案都可以决定最高风险结果，而内容审计涵盖每个备选方案；只有在完整的有界输入被接受后，分类才会计费一次。所需的遗留正文与双重邮件的惰性纯文本备选方案完全重复，该副本加上两个键入的备选方案共享精确的 524288 字节请求预算。收件人、附件和嵌入资源被排除在外，并保留原始预签名传输邮件。真实邮件固定装置分别检查 MIME/签名完整性和实际 SMTP 收件人：DKIM 签名在分类后保持有效，但经审计的上游签名路径不保留 Bcc 收件人。验证通过的分类会存储有限的最新咨询摘要。block 模式仅在达到或超过阈值时抛出；双重接口异常在钩子调度中幸存，并在所有四个已安装版本上产生 transport 前的 false。不支持的内容、API 和验证错误独立遵循 open/closed 策略。单次 HTTPS 尝试使用固定的公共 DNS、经过验证的 TLS、有限的超时、256 KiB 的响应上限，无重定向且无重试。阻断依赖于经审计的 PrestaShop Mail::send() 异常捕获，而非最终钩子的返回值。

Symfony Mailer 适配器

0.1.1

需要 PHP 8.1+，仅针对 Symfony Mailer 6.4 或 7.4；确切验证的版本为 6.4.46 和 7.4.19。不声明对 Symfony 8.1 或未测试版本的兼容性。请通过 Composer 路径仓库安装本地源码 ZIP；此包未发布到 Packagist。

该 bundle 和付费同意默认关闭，仅带有确切配置的选择性加入请求头的消息才符合资格。建议或拦截评分策略独立于 allow 或 block 故障策略。分类在官方的发送前 MessageEvent 上运行；拒绝操作使用 MessageEvent::reject()。队列克隆事件会被跳过，因此工作线程的传输事件是唯一的付费分类点。

1. 安装

将下载的 ZIP 解压到保留的 packages 目录中，将该目录注册为 Composer 路径仓库，require 确切的 0.1.1 软件包，如果 Flex 没有自动注册，则手动注册 SendRepute\Symfony\SendReputeBundle。源归档文件位于本地且未发布。

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

备选方案：从公开源码安装

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

2. 安全配置

从服务器机密信息中解析 SENDREPUTE_API_TOKEN。在查看当前定价时，请保持 enabled 和 paid_analysis_consent 为 false。模式、阈值和失败策略是相互独立的。端点固定为经过验证的 HTTPS，具有受限的截止期限，无重定向或重试，且响应上限为 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. 审慎使用

仅将准确的加入选择标头添加到已审核的非关键 Email 对象，然后继续通过常规 Mailer。消息、envelope、transport 和标头不会被重写。对于 Messenger 传递，请在 workers 中配置该 bundle：有意不对生产者的克隆事件进行分类。

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

结果、失败与限制

仅支持一个内存中的文本或 HTML 正文。混合备选方案、文本 DataParts、流或路径、CSS 大括号、标记、quoted-printable 语法、base64 标头或全正文 base64 将在付款前失败并遵循失败策略；普通的无大括号内容保持不变。每个必需的嵌套响应字段和可选审核分支都会被验证，未知的属性将被拒绝。advisory 绝不会进行分值阻断；阻断会根据阈值通过实际的 transport 事件执行拒绝。

Rails Action Mailer 适配器

0.1.0

需要 Ruby 3.2+，并已在 Action Mailer 7.1.6 和 Mail 2.9.1 环境下经过严格验证；该回调路径也在 Action Mailer 7.2.3.2 上经过测试。这并不代表对所有允许的 Rails 7.x 版本的官方认证。请通过 Bundler 安装本地源码 ZIP；不保证在 RubyGems 上发布。

两个全局付费门控默认均为关闭状态，每个 mailer 操作必须显式调用 sendrepute_paid_preflight!。建议/拦截评分行为与保留/拦截失败行为是相互独立的。密码重置、MFA、登录、验证、账单和安全路由应保持未选中状态。每个多部分消息以及含有歧义的 CSS、quoted-printable 或看起来像 base64 的内容在付费前都会被拒绝；一个被接受的已解码文本或 HTML 主体将被分析，且不会更改原始消息或传输。

1. 安装

将 ZIP 准确解压到 vendor/sendrepute-rails，在 Gemfile 中添加本地路径条目，在受控环境中运行 Bundler，并在 ApplicationMailer 中包含 SendRepute::Rails::Mailer。这不属于 RubyGems 安装。

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

备选方案：从公开源码安装

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

2. 安全配置

在审查当前定价和路由之前，请保持 enabled 为 false 且 paid_consent 为 false。从 Rails credentials 或其他服务器机密中读取令牌。独立配置 advisory/block、preserve/block 以及 threshold；on_result 和 on_error 回调函数不得记录邮件内容、授权数据或完整响应。

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. 审慎使用

仅在经过审慎选择的非关键 mailer action 中调用 sendrepute_paid_preflight!。普通 action 会绕过分类。付费钩子使用 Action Mailer 的 before_deliver 路由；不提供全局自动加入功能，且适配器不会重写 Mail::Message。

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

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

结果、失败与限制

支持一个解码后的 text/plain 或 text/html 显示正文。每个多部分或模糊的规格化器输入在付费前都会失败，并遵循失败策略。完整的嵌套类型响应仅在达到或超过阈值时的 block 模式下进行拦截；advisory 模式会保留每个分数。结果和错误回调接收不可变的安全数据，回调异常或 throw(:abort) 会在本地捕获，因此它们无法终止 advisory 模式或保留投递。固定端点拒绝重定向和重试，并使用受限的总截止时间。已通过真实 Action Mailer 7.1.6 测试：19 次运行和 59 个断言；未发生付费请求或真实投递。

Spring JavaMailSender 适配器

0.1.1

要求 Java 17+ 并针对 Spring Framework 6.2.x 的 JavaMailSender；确切的依赖验证基于 Spring Framework 6.2.19。本库不提供针对 Spring Boot 4 或广泛框架版本的声明。请使用 Maven 构建本地源代码 ZIP；它未发布到 Maven Central 或其他仓库。

装饰器、付费同意、咨询模式以及故障时允许默认值均已明确。仅 sendWithSendRepute(...) 执行付费发送前分析；所有普通 send(...) 重载均会绕过分类并原样委托。除非特定邮件被刻意选择，否则关键邮件请使用普通 send。支持显示的 MIME 备选方案将以惰性方式组合成帧；不支持的、嵌套的、签名的、加密的或含义模糊的内容将在支付前失败。

下载 Spring Java 源代码 ZIP

1. 安装

解压 0.1.1 源代码 ZIP 文件，运行 mvn verify，并将其仅安装到受控的本地 Maven 仓库中。调用应用程序需提供其现有的 JavaMailSender 和运行时邮件实现。精确的依赖项验证使用了 Java 17 字节码、Spring Framework 6.2.19 以及包含在 README 中的文档版本。

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

备选方案：从公开源码安装

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

2. 安全配置

从服务端令牌和显式开关构造 SendReputeConfiguration。在审查价格和所选调用之前，请保持 enabled 和 paidAnalysisConsent 为 false。咨询/拦截、阈值以及允许/拦截的失败策略是相互独立的。端点固定为已验证的 HTTPS，无重定向或重试。

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. 审慎使用

仅针对应进行分析的单个 SimpleMailMessage、MimeMessage 或 MimeMessagePreparator 调用 sendWithSendRepute(...)。支持单个和可变参数重载。所有正常的 send(...) 重载都会绕过分类。Preparators 仅渲染一次，原始准备好的 MIME 在策略允许后进行委托。

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

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

结果、失败与限制

所有支持的显示文本和 HTML 部分均被分析；收件人和附件除外。遍历层级限制为 16 层、256 个部分和 524,288 个显示的 UTF-8 字节。忽略的内联二进制数据永远不会被实例化；未知或无限制的延迟显示源在打开流或发出付费请求之前就会失败，且受支持的源读取是受限的。数字实体框架使片段在经过检查的服务器规格化器顺序中保持惰性。整个可变参数批次在第一次付费请求之前完成准备和规格化，且检查过程不会生成 Jakarta Mail 标头。需要递归精确的嵌套响应。

Magento Open Source 邮件适配器

0.1.1

仅支持 Magento Open Source 2.4.7-p5 和 2.4.7-p6，且需配合经过审查的精确不可变邮件接口源码。脱机类型固定装置已通过测试，但未进行完整的 Magento 安装；未认证任何其他 Magento 或 Adobe Commerce 版本。请通过 Composer 路径仓库安装本地 ZIP；它不是 Adobe Marketplace 软件包。

该模块、付费同意和路由列表默认全部关闭。每个模板标识符均需要两个独立的精确批准；其严重性绝不会根据名称推断。aroundSendMessage 插件在最终传输边界进行分析，无需重建消息。建议/拦截阈值策略与保留/拦截失败策略相互独立；拦截操作会抛出可见的 Magento MailException。多个显示的 MIME 部分以及歧义内容将在支付前失败。

1. 安装

将 ZIP 解压到保留的包目录中，将其 SendRepute_MailAdapter 根注册为 Composer 路径仓库，要求版本 0.1.1，然后使用 Magento 的常规模块启用和设置升级流程。不要将此本地存档视为 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

备选方案：从公开源码安装

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

2. 安全配置

仅在 PHP-FPM 和 CLI 服务器环境中设置 SENDREPUTE_API_TOKEN。在 Stores > Configuration > Services > SendRepute 中，初始保持模块和付费同意为关闭状态。将每个精确的模板标识符添加到两个独立的路由批准列表中；名称（包括数字名称）绝不会推断出关键性。分别配置咨询/拦截、阈值以及 preserve/block 失败行为。

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

3. 审慎使用

继续使用 Magento 的正常模板和传输流。路由关联记录了通过 TransportBuilder 选择的精确标识符和商店，而最终的 aroundSendMessage 插件在调用相同传输之前读取官方类型的电子邮件和 MIME 接口。Builder 状态在 finally 中清除，builder/message 关联使用以对象为键的 WeakMap 条目，因此被遗弃的已构建传输无法留下可重复使用的数字对象 ID 授权。该适配器不提供新的 send 方法，也不改变 message。

结果、失败与限制

仅接受一个支持显示的 MIME 部分；附件会被保留但排除在分析之外。多个显示部分、不支持的传输编码或字符集、流、嵌套 MIME 以及含义不明的标准化文本将在支付前失败。一次经过验证的 HTTPS 请求具有限定的截止时间和响应大小，且没有重试或重定向。有效的嵌套结果可能会在阈值处拦截；配置的 fail-block 会抛出 Magento MailException。

.NET MailKit 适配器

0.1.0

需要 .NET 8 且必须提供 MailKit/MimeKit 4.18.0 的确切依赖证明。这是针对应用程序所有的 IMailTransport 的显式包装器，并非全局钩子、SMTP 客户端或替换传输。请构建或引用本地源码 ZIP；未声明任何 NuGet 发布。

适配器和付费同意默认关闭；咨询模式和保留发送是独立的默认设置。对 AnalyzeAsync、AnalyzeThenSend 或 AnalyzeThenSendAsync 的调用是显式的。关键的安全/账户邮件需要独立的单次调用类别和同意。每个受支持的展示纯文本/HTML 备选项都会被惰性框架化到同一个受限请求中；不支持的、嵌套的、签名的或加密的内容在支付前会失败。原始 MimeMessage 和取消令牌仅在策略允许后才会到达现有传输。

下载 .NET MailKit 源代码 ZIP

1. 安装

解压源 ZIP 文件，并在调用的 .NET 8 项目中引用 src/SendRepute.MailKit/SendRepute.MailKit.csproj。Restore 会获取 MailKit/MimeKit 4.18.0。此源代码包为本地且未发布；它不是 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

备选方案：从公开源码安装

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

2. 安全配置

使用 SendReputeMailAdapter 包装现有应用程序拥有的 IMailTransport。从服务器配置中读取 API 令牌，并在审核前保持 Enabled 和 PaidAnalysisConsent 为 false。Advisory/block 阈值与 preserve/block 失败设置是相互独立的。Endpoint、TLS 下限、单次尝试行为、截止期限以及 1 MiB 限制是固定的。

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. 审慎使用

调用 AnalyzeAsync 仅进行分析，或调用 AnalyzeThenSend 和 AnalyzeThenSendAsync 以执行显式的发送前行为。不会拦截任何普通或全局邮件路径。在每个选定的操作中传递付费同意和邮件类别；关键的安全/账户邮件需要单独的 critical-consent 设置。

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

结果、失败与限制

实际 MimeKit 解码会将所有受支持的显示文本和 HTML 备选内容收集到惰性框架中，同时排除收件人和附件。非 base64 外部框架和后期解码实体在服务规范化之前中和 CSS 大括号、quoted-printable 文本、base64 标头、全正文 base64 和标记。不受支持、嵌套、签名或加密的显示内容会在支付前失败。每个必需的响应字段均已类型化；可选的 flaggedTermCount 必须是非负整数，可选的 contentAudit 将根据公开契约进行完整且递归的验证。只有当独立的评分和失败策略允许时，原始的 MimeMessage 和取消令牌才会到达提供的传输层。

Zapier 手动草稿分析

0.2.0

手动 Zapier 配方，用于显示由所有者选定的三个草稿字符串的付费分析。这不是 SendRepute Zapier 应用、市场列表、导入工件、发送前适配器、发送器、允许/阻止路由或整条消息分类器。Zapier Webhooks 使用所有者操作的有界 HTTPS 代理，因为 SendRepute 令牌不得进入 Zap。

两个编译时常量在 HTTP 之前默认为 false。Zap 仅映射发件人显示名称、主题和正文，将 JSON 发布到包含的所有者代理设计，完全验证嵌套响应，然后在私有审核步骤中显示咨询和计费字段。它不得添加发件人、Paths 强制执行、Autoreplay 或故障保留路由；失败的 Code 或 Webhook 步骤将停止。

下载 Zapier 和 Make 配方 ZIP

下载 Zapier 和 Make 配方 ZIP 文件

1. 安装

下载并解压共享的 0.2.0 配方源码。阅读包含的 Zapier 指南，并仅在所有者管理的 HTTPS 反向代理后部署包含的环回 Node 代理。本包不负责部署该代理。目前没有 SendRepute Zapier 应用或可导入的 Zap 构件。

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

备选方案：从公开源码安装

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

2. 安全配置

保持 Zap 关闭。在准确的预检 Code 源码中，ENABLED 和 PAID_CONSENT 在付费使用经过审核前均保持为 false。所有者代理存储 SENDREPUTE_API_TOKEN；Zap 仅从 SENDREPUTE_PROXY_CREDENTIALS 接收一个可单独撤销的凭据。编辑器和任务历史记录可能会暴露它，因此请进行限制、轮换和撤销。配置每个凭据的令牌桶和并发限制、全局连接/并发上限、持久的由所有者设置的每日付费调用预算、限制性的上游支出限制，以及匹配的 TLS 终止器大小/速率/截止日期控制。请勿启用 Autoreplay。

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

3. 审慎使用

手动构建步骤：草拟触发器；preflight 代码仅映射发件人、主题和正文；通过 Webhooks 向所有者代理发送带有 JSON 行的 POST 请求；响应验证代码；私有审核显示。切勿手动插入原始 JSON。仅显示 requestId、model、label、spamProbability 和计费信息；请勿添加邮件操作或 Paths 决策。

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

结果、失败与限制

该配方仅分析三个映射的字符串；未映射的 MIME、HTML 备选内容、附件和最终的出站内容保持未分析状态。保守的预检会拒绝已知的规范器触发器，但无法证明全消息覆盖。代理速率、并发和每日预算限制会在上游之前拒绝，且预算预留会在付费尝试前持久化；每个预算文件运行一个代理进程。代理会进行一次有界的固定 HTTPS 尝试。任何非 200 或不完整的准确响应都会抛出异常并停止；不存在保留、Resume 或替代结果。

Make 手动草稿分析

0.2.0

用于显示针对精确选定的三个草稿字符串进行付费分析的手动 Make 场景说明。这并非蓝图、经批准的 SendRepute 应用、邮件发送器、执行路径，也不构成对未映射 MIME、HTML、附件或最终出站内容的任何声明。持有者令牌仅属于 Make HTTP 的安全密钥链。

持久化的 enabled 和 paidConsent 布尔值默认为 false，且 AND 过滤器会在 HTTP 之前停止。JSON 由 Make 的 JSON 模块生成，并由 HTTP 模块发送一次，同时禁用重定向和重试。响应过滤器仅作为显示保护，并非完整验证或发送许可。HTTP 故障使用 Break，绝不使用 Resume 或替代输出。