摘要

  • Postmark 沙箱里的“已投递”可以指邮件进了黑洞；测试仍经过服务基础设施，因此计入月度用量。
  • 付费套餐用完额度后继续发送并计收超额费用。把测试与客户邮件放在同一预算里，就必须有人决定哪一类可以继续花钱。

Postmark 有一个非常守信用的黑洞：它保证测试邮件到不了真实收件人，却没有答应让账单也消失。

在它的沙箱服务器里，邮件会显示为“已投递”，界面、API 和回调都可以呈现这个结果。真实收件箱里则一封也没有。官方沙箱文档把这件事写得明白。这个投递结果是供开发者检查流程的道具，处理邮件的基础设施却在认真干活，月度计数器也认真工作。

这是一项有用的服务。密码重置、订单确认和退信处理都值得先演练，免得一次测试真的把顾客叫来围观。问题出在采购语言上：“测试环境”很容易被听成“另一个钱包”。Postmark 隔开了真实收件人，没有自动隔开买方内部各部门的预算。

额度是一档价格，刹车另找

定价与账单问答说明，付费账户用完套餐包含的邮件量，发送不会暂停，之后按超额费率收费；用户无法关闭额外发送，也无法设置这种发送额度上限。免费 Developer 套餐另算，每月 100 封，没有超额用量。采购方把免费试用时的边界照搬到付费账户，就把两种规则塞进了一张预算表。

继续发送有实在的商业价值。付款确认不该因为某个内部数字刚好归零，就被留在门外。服务提供者让通道继续运转，企业少了一种额度耗尽造成的中断。但继续运行也需要持续付款。采购合同买来的顺畅，必须有人在公司内部签收它的成本。

按 2026 年 11 月 1 日核对的公开价格，包含 10,000 封的 Basic 套餐每月 15 美元，额外每 1,000 封 1.80 美元。设想一个清楚标明的算例：某月有 6,000 封计费用途为正式业务的邮件，另有 5,000 封沙箱测试邮件。两者合计 11,000 封，对应 15 美元基础费加 1.80 美元超额费，暂不计税、附加服务和套餐变动。这不是某家公司的账单，只是规则的算术。客户只收到其中的业务邮件，并不让那 5,000 次测试处理变成空气。

金额小得足够让人耸肩，机制却值得认真看。多跑一次回归测试的人、决定重发整批通知的人、批准月度预算的人，完全可能坐在三张桌子旁。只要共享额度，任何一张桌子的动作都能改变另外两张桌子月底面对的数字。便宜的单位价格可以降低每次决定的心理门槛；总量是否值得花钱，仍须逐项回答。

一次点击，未必只算一封

月度计价说明把发送的事务邮件、广播邮件、沙箱测试以及已处理的入站邮件列入用量，并分别计算抄送和密送地址。入站能力取决于套餐，当前 Basic 不包含它。企业若拿应用里的“发了一次通知”去对账，先得确认这次动作产生了多少计费邮件，而不是数屏幕上点了几次按钮。

这也解释了为什么一张漂亮的送达图表不足以管理预算。沙箱的“已投递”证明测试流程走到了相应位置，真实邮件的投递承担另一种业务任务。把两类事件混在一起，既容易把测试规模夸成客户触达，也容易把客户没看到的处理量漏出预算。错误来自买方对信号的使用，文档并没有把这两个世界藏起来。

更轻的测试也有自己的边界。官方测试指南提供用于验证 API 请求的公共测试令牌，能返回响应，但没有邮件活动记录、真实发送或退信模拟。团队应按要验证的行为选择测试层级，不能因为想省事，就用一次请求校验冒充整个邮件流程已经演练。可靠性值得付钱；没有必要的重复处理也值得被问一句为什么。

账单还带着时间差：基础订阅费预付，上个周期产生的超额用量出现在下一张账单里，没用完的额度不结转。额度耗尽的通知是一声铃，付费发送仍在继续。等财务拿到账单再追问谁多跑了测试，组织已经把事前授权改成了事后寻人。

Postmark 的新客户服务条款把服务签约方列为 AC PM, LLC。对买方来说，服务商是谁、用量怎么算都有文件可查。更难找的往往是自己公司的那个人：当测试还想继续，关键邮件也必须发送，谁有权决定接下来的一美元花在哪里？

黑洞只负责收邮件。预算不能也交给它。