从上线起，批量端点会在接受任何消息前验证每一项。这样做让契约很简单：要么全部成功，要么全部失败；但它也让真实名单变得难用。一个输错的号码会让整个请求返回 400，解决方法是在客户端编写循环，而这段工作更适合由我们完成。
现在行为已经改变。当请求本身格式错误时，整个批次仍会被拒绝。但如果只是个别消息验证失败，例如号码无效、目的地不受支持或文本超过六个分段，这些项目会随各自错误列在响应中，有效项目则进入队列。响应会报告 accepted 和 rejected 数量，以及已接受项目的总价。
依赖旧行为时无需修改代码
发送标头 X-Batch-Mode: strict 即可保留此前“全部成功或全部失败”的契约。我们会无限期保留这个选项；它是一个标头，而不是版本。
为什么这很重要
真实名单总会有脏数据。控制面板中的导入器一直会在发送前清理名单，并报告删除内容；现在 API 也能在一次往返中完成相同工作，报告还会将被拒绝项目与群发任务归在一起，便于修正源数据。和以往一样，被拒绝的消息绝不计费。
使用本文介绍的产品开始发送。一个电子邮箱地址即可开户。费率公开，支持加密货币付款。
开始发送
