在这一部分，我们将探讨如何将该工具调整为将邮件流注入本地平台，例如PowerMTA和Momentum。
2. SMTP 注入向 Port25 PowerMTA
3. SMTP 注入倾向于势头
Momentum 支持多种消息注入方式，包括 API 和 SMTP。这里使用的 SMTP 方法是朝着已经运行 Momentum 的主机进行的。我们将保持它的配置不变，因为它已经具备接受其他已批准主机的传入注入的能力。
这是生产设置的一个较小版本，其中“generation”节点和 MTA 节点是分开的，但通过私有 VLAN 和负载均衡器紧密耦合，承载内部 SMTP 注入流量。
S/MIME 工具与以前一样安装，我们将向 SMTP 主机（MTA）的地址注入消息：
export SMTP_HOST=xx.xx.xx.xx # 在此处设置您自己的 MTA / VIP 地址
与以前一样，我们已经在“generation”节点上拥有发件人的私钥 (steve@thetucks.com.pem) 和收件人的公钥 (steve.tuck@sparkpost.com.crt)。消息文件的前几行与这些地址匹配。
我们从“generation”节点完全使用以前相同的命令发送消息，消息显示在收件箱中。
./sparkpostSMIME.py tests/fancy-HTML-to-smt.eml --sign --encrypt --send_smtp
正如您所预料的，S/MIME 也可以愉快地与 Momentum 的 DKIM signing 共存。
4. SMTP injection towards SparkPost
在第2部分中，我们使用了SparkPost传输的REST API来注入消息。当然，也可以使用SMTP将消息注入到SparkPost中。我们设置环境变量如下：
export SMTP_PASSWORD=<<您的API密钥在这里>> export SMTP_HOST=smtp.sparkpostmail.com export SMTP_USER=SMTP_Injection export SMTP_PORT=587
如果您使用的是SparkPost欧盟托管服务，则将SMTP_HOST设置为smtp.eu.sparkpostmail.com。
（在此查看更多选项——例如您可以在2525端口而不是587端口注入。）
下面的输出显示使用了STARTTLS，以及用户名和密码。
./sparkpostSMIME.py tests/fancy-HTML-to-smt.eml --sign --encrypt --send_smtp
您将看到：
打开的SMTP连接（STARTTLS）到smtp.sparkpostmail.com，端口587，用户="SMTP_Injection"，密码="****************************************" 发送tests/fancy-HTML-to-smt.eml 来自：Steve <steve@thetucks.com> 至：SteveT <steve.tuck@sparkpost.com> OK - 在0.057秒内
密码以替换的***字符打印，因此如果有人在旁边看，您的密钥隐私不会受到威胁。
保护您的凭证
请注意，可以在shell脚本文件或类似文件中设置环境变量，以免重复输入。如果这样做，请通过限制对该文件的访问来保护您的密码/API密钥，仅限您自己。例如，如果您的凭证设置文件名为my_envs.sh，则运行：
chmod 0700 my_envs.sh
您可能看到的SMTP相关警告
SparkPost的SMTP注入非常严格，正如您对公共服务的期望一样。如果您没有设置SMTP端口号，您将看到以下警告：
{'bob.lumreeker@gmail.com': (550, b'5.7.1 拒绝中继')}
如果您没有设置SMTP用户名或没有设置密码，您将看到：
(530, b'5.7.1 需要授权。参考https://developers.sparkpost.com/api/index#header-smtp-relay-endpoints', 'steve@thetucks.com')
这些错误消息是直接从Python SMTP库报告的，因此格式保持不变。
哪一个更快 – SMTP 或 API？
坦白说，S/MIME 不太可能成为一个高使用量的用例，但拥有同一个工具的两个输出选项，就像是在要求我们来场比赛！
这里使用的“Avocado”电子邮件测试文件约为19KB。通过 bash 循环重复测试 10 次，显示 SMTP 和 API 的平均时间相似，每条消息大约 60 毫秒，非常快。在这种情况下，我们从与 SparkPost.com 相同托管区域的中型 EC2 实例中注入，这是保持网络往返时间低的好方法。
使用更大的测试文件（577KB）重复此操作，API 大约需要 200 毫秒，而 SMTP 每条消息需要 280 毫秒——对于一个大 30 倍的文件大小来说仍然令人印象深刻。当然，您的具体情况可能会因位置、互联网拥堵等而异，但性能可能不成问题。
如果您确实需要最大性能，一个良好的起点是根据我们的传输最佳实践建议启动固定数量的并行注入进程/会话——例如，从主管任务中进行。
