请先登录
接入信息
附件要求：至少 1 个图片、视频或文件。「要接入」类应用建议附上终端输出、日志或脱敏后的代码片段。
面向事务性邮件的发送 API，提供模板版本管理与发送队列。实时回流送达、打开、退信与投诉数据，支持按域名预热。
共享 IP 池和独立 IP 两种模式，前者便宜但受邻居影响。
需要写代码接入，靠 API / SDK / 文档使用
提交者最想被检验的地方。写体验记录时可以重点回应这些角度。
共 2 条体验记录 · 1–5 分制
推荐意愿分布
只对推荐意愿展开 1–5 分的完整分布，其余维度看左侧平均值即可。
记录提交后不可修改，默认不公开：这里看到的是提交者已经公开的部分。公开的环境信息只有体验者自己声明的平台与设备，系统不会自动采集设备与浏览器信息。
使用环境Web·iPad Air 5
体验正文
第一次打开是抱着试试看的心态，结果在第一步就卡了一会儿，后面才顺起来。
在 Docker 里跑同步任务，`BEEHUB_KEY` 通过 `-e` 注入却始终 401，容器内 `env` 能看到变量，SDK 读到的却是镜像里的旧 key，最后只能在启动脚本里重建 client。
提供一个轻量的 `GET /v1/ping` 或 `client.health()`；希望部署探针不再消耗真实配额，也能单独验证鉴权。
文档示例代码本身跑不通，复制粘贴就报错，第一印象就很差。
附件（3）
公开的环境信息只有体验者自己声明的平台与设备；系统不会自动采集设备、系统或浏览器信息。
使用环境Web·MacBook Pro 14 英寸
体验正文
同事推荐了这款，我拿自己手头的一个真实任务走了一遍完整流程，没有用示例数据。
`POST /v1/files` 用 multipart 上传，字段名文档写 `file`，实际必须叫 `data`，否则返回 400 `missing field`，而错误信息里连是哪个字段缺失都不给。
把沙箱和生产用不同域名或不同 key 前缀明确分开，并在文档首页提示；我预期新人不会再误烧生产配额。
沙箱和生产混在一起，测试一不小心就烧生产配额，这个设计太危险。
附件（2）
公开的环境信息只有体验者自己声明的平台与设备；系统不会自动采集设备、系统或浏览器信息。
评论 0
评论不发蜂蜜、不计入认真度，但同样需要 ≥15 字
登录后即可评论
去登录 →还没有评论。