这页汇总了普通用户最常用的操作说明。你可以在这里查看通知设置、API 接入、调试模式、日志排查和 VIP 权益等内容,遇到问题时也能快速找到对应入口。
/send.php,把订单、告警、Webhook 变成邮件通知。进入控制台后,先把通知邮箱改成你当前能正常接收邮件的地址。后续所有成功投递都会发到这里。
在接口信息区域复制 API Key。它是系统识别你身份的凭证,请像密码一样保管。
向 /send.php 发一个带 subject 和 message 的 POST 请求,验证接口链路是否通畅。
如果日志里显示成功,说明当前配置已经可用;如果失败,就根据错误信息继续排查。
{{message}}、{{subject}}、{{time}}、{{ip}}、{{payload_json}}。{{order_id}}、{{server}}、{{user_id}},也都可以直接写进模板。{{message}}、{{subject}}、{{time}} 这些变量,你还可以直接使用自己的业务字段,比如 {{order_id}}、{{server}}、{{customer_name}}、{{level}}。
假设你的程序发送了下面这段 POST 数据,除了主题和正文,还额外带了订单号、客户名、服务器和告警等级:
POST /send.php
Authorization: Bearer YOUR_API_KEY
Content-Type: application/json
{
"subject": "订单支付成功",
"message": "订单 A1001 已完成支付",
"order_id": "A1001",
"customer_name": "张三",
"server": "web-01",
"level": "info"
}
那么你就可以这样写模板:
主题模板:
[{{level}}] {{subject}} - {{order_id}}
正文模板:
客户:{{customer_name}}
订单号:{{order_id}}
服务器:{{server}}
时间:{{time}}
消息内容:
{{message}}
最终收到邮件时,系统会自动把变量替换成真实值。比如 {{order_id}} 会替换成 A1001,{{server}} 会替换成 web-01。
{{order_id}}、{{amount}}、{{status}}{{server}}、{{service}}、{{level}}{{user_id}}、{{username}}、{{customer_name}}{{task_id}}、{{job_name}}、{{result}}建议变量名统一使用英文和下划线风格,保持和程序里的字段名完全一致,这样模板最稳定。
适合快速开始。普通用户无需填写 SMTP 参数,保存后即可直接使用。如果你只是想先把接口跑通,这是最省事的方式。
适合希望邮件从自己邮箱发出的场景,比如 QQ、163、Gmail 或企业邮箱。通常需要填写 SMTP 主机、端口、用户名和授权码,保存后建议立刻做一次测试发送。
联调接口、检查第三方平台到底传了哪些字段、确认变量名和内容是否正确时使用。
开启后,请求不会进入正常发信流程,而是只在调试页里实时显示,方便你先看清 POST 数据。
先开启调试模式,再打开调试页,然后从你的程序、Postman 或第三方平台发起请求。
调试页通常会实时显示请求时间、来源 IP、主题以及原始 POST 内容,适合逐项核对字段。
/send.php 发起 POST推荐使用 JSON 请求体,并在请求头里带上 Authorization: Bearer YOUR_API_KEY。
如果 Key 无效,会直接返回错误;如果有效,就继续走发送流程。
普通用户默认可能存在频率限制或日发送上限;VIP 更适合高频场景。
系统会把你传入的字段与内置变量一起渲染成最终邮件内容。
正常模式下会写入日志;调试模式下则只实时展示请求内容,不发邮件。
如果你想让自己的程序自动发送通知,可以通过 API 把业务事件提交到系统。这里整理了接入时最需要关注的请求规则,以及常见语言的调用示例,方便你按自己的开发环境直接对接。
/send.php 发起 POST 请求。Authorization: Bearer YOUR_API_KEY。subject、message,也可追加业务字段。下面按语言分别给出示例。最常用的字段是 subject 和 message,你也可以追加 order_id、server 这类业务字段。
curl -X POST "https://your-domain.com/send.php" \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOUR_API_KEY" \
-d '{
"subject": "订单状态更新",
"message": "订单 A1001 已支付成功",
"order_id": "A1001",
"server": "web-01"
}'
<?php
$url = 'https://your-domain.com/send.php';
$payload = [
'subject' => '订单状态更新',
'message' => '订单 A1001 已支付成功',
'order_id' => 'A1001',
'server' => 'web-01',
];
$headers = [
'Content-Type: application/json',
'Authorization: Bearer YOUR_API_KEY',
];
$ch = curl_init($url);
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);
curl_setopt($ch, CURLOPT_POSTFIELDS, json_encode($payload, JSON_UNESCAPED_UNICODE));
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$response = curl_exec($ch);
curl_close($ch);
echo $response;
import requests
url = "https://your-domain.com/send.php"
headers = {
"Content-Type": "application/json",
"Authorization": "Bearer YOUR_API_KEY",
}
payload = {
"subject": "订单状态更新",
"message": "订单 A1001 已支付成功",
"order_id": "A1001",
"server": "web-01",
}
response = requests.post(url, json=payload, headers=headers, timeout=15)
print(response.status_code)
print(response.text)
const payload = {
subject: "订单状态更新",
message: "订单 A1001 已支付成功",
order_id: "A1001",
server: "web-01"
};
fetch("https://your-domain.com/send.php", {
method: "POST",
headers: {
"Content-Type": "application/json",
"Authorization": "Bearer YOUR_API_KEY"
},
body: JSON.stringify(payload)
})
.then((response) => response.text())
.then((result) => console.log(result))
.catch((error) => console.error(error));
接口统一返回 JSON。接入时建议同时判断 HTTP 状态码和 success 字段,再决定是否提示失败、记录日志或稍后重试。
200 OK
{
"success": true,
"message": "发送成功",
"user": "demo",
"sender_mode": "official"
}
如果账号开启了调试模式,并且调试查看器在线,接口会返回调试结果而不是实际发信:
200 OK
{
"success": true,
"debug": true,
"message": "debug",
"user": "demo"
}
常见失败返回示例:
400 Bad Request
{
"success": false,
"error": "缺少 API Key"
}
403 Forbidden
{
"success": false,
"error": "API Key 无效"
}
429 Too Many Requests
{
"success": false,
"error": "发送过于频繁或已达到今日上限"
}
500 Internal Server Error
{
"success": false,
"error": "SMTP 配置或发送过程出错"
}
200 表示系统已成功接收请求;若同时出现 debug: true,说明请求进入调试模式,未真正发送邮件。400 通常是缺少身份字段,优先检查 Bearer Token 或请求体里的 key。403 表示 API Key 校验失败,常见原因是填错、复制不完整或凭证已失效。429 表示触发发送频率限制或当日额度限制,适合延迟后重试。500 表示服务端发送阶段失败,通常需要检查 SMTP 配置、授权码或邮箱服务状态。key 字段,但更推荐使用 Bearer 方式。先确认请求是否在你预期的时间发出。业务系统说“已发送”但这里没记录,通常说明请求根本没到接口。
成功代表系统已经完成邮件发送;失败则要继续结合错误信息和邮箱配置排查。
摘要通常就是主题,适合快速确认是哪一类消息在报错。
这里能看到程序到底传了什么字段,是确认变量名和数据结构最直接的地方。
先看日志页有没有对应记录。如果没有记录,通常是请求没到;如果有失败记录,优先检查 API Key、发信模式、SMTP 授权码、频率限制和调试模式状态。
不建议。它等同于接口访问凭证,泄露后别人可以冒用你的账号发送请求。必要时请立即在控制台轮换 API Key。
多数邮箱服务填的是 SMTP 授权码,不是网页登录密码。尤其是 QQ、163、Gmail、企业邮箱,通常都需要单独开启 SMTP 后再获取授权码。
因为系统会保留原始 POST 数据,除了标准字段外,你自己的业务字段也会被记录下来,便于后续排查和模板渲染。
调试模式只实时展示请求,不会真正发邮件,也不会写入日志。它更像“联调观察窗口”,不是正式发送通道。
直接用 cURL 或 Postman 发一条最简单的 JSON POST,请求里只带 subject、message 和 Bearer API Key,然后马上去日志页核对结果。
可以直接向当前服务器的 /send.php 发送测试消息,用来验证 API Key、请求字段和接口返回结果。