📄 README.md

消息推送服务

✨ 搭建专属于你的消息推送服务，支持多种消息推送方式，支持 Markdown，仅单可执行文件，开箱即用✨

程序下载 · 部署教程 · 使用教程 · 意见反馈 · 在线演示

Warning：原域名（msgpusher.com）将于 2026-11-24 下线，请尽快迁移至 https://push.justsong.cn

Warning：从 v0.3 版本升级到 v0.4 版本需要手动迁移数据库，具体方法见迁移数据库。

描述

多种消息推送方式：

邮件消息，

微信测试号，

QQ，

企业微信应用号，

企业微信群机器人

飞书自建应用

飞书群机器人，

钉钉群机器人，

Bark App,

WebSocket 客户端（官方客户端，接入文档），

Telegram 机器人，

Discord 群机器人，

腾讯云自定义告警：免费的短信提醒，

群组消息：可以将多个推送通道组合成一个群组，然后向群组发送消息，可以实现一次性推送到多个渠道的功能，

自定义消息：可以自定义消息请求 URL 和请求体格式，实现与其他服务的对接，支持众多第三方服务。
支持自定义 Webhook，反向适配各种调用平台，你可以接入各种已有的系统，而无需修改其代码。
支持在 Web 端编辑 & 管理发送的消息，新消息发送后 Web 端即时刷新。
支持异步消息发送。
支持用户管理，支持多种用户登录注册方式：

邮箱登录注册以及通过邮箱进行密码重置。

GitHub 开放授权。

微信公众号授权（需要额外部署 WeChat Server）。
支持 Markdown。
支持 Cloudflare Turnstile 用户校验。
支持在线发布公告，设置关于界面以及页脚。
API 兼容其他消息推送服务，例如 Server 酱。

用途

整合进自己的博客系统，每当有人登录时发微信消息提醒。
在进行深度学习模型训练时，在每个 epoch 结束后将关键数据发送到微信以方便及时监控。
在各种脚本运行结束后发消息提醒，例如监控 GitHub Star 数量的脚本，又例如自动健康填报的脚本，用来通知运行结果。
为其他系统提供消息推送功能。

部署

通过 Docker 部署

部署：

docker run -d --restart always --name message-pusher -p 3000:3000 -e TZ=Asia/Shanghai -v /home/ubuntu/data/message-pusher:/data justsong/message-pusher

如果无法拉去，请将 justsong/message-pusher 替换为 ghcr.io/songquanpeng/message-pusher。

更新：docker run --rm -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower -cR

开放的端口号为 3000，之后用 Nginx 配置域名，反代以及 SSL 证书即可，具体参考详细部署教程。

数据将会保存在宿主机的 /home/ubuntu/data/message-pusher 目录（只有一个 SQLite 数据库文件），请确保该目录存在且具有写入权限，或者更改为合适的目录。

Nginx 的参考配置：

server{
   server_name push.justsong.cn;  # 请根据实际情况修改你的域名
   
   location / {
          client_max_body_size  64m;
          proxy_http_version 1.1;
          proxy_pass http://localhost:3000;  # 请根据实际情况修改你的端口
          proxy_set_header Host $host;
          proxy_set_header X-Forwarded-For $remote_addr;
          proxy_cache_bypass $http_upgrade;
          proxy_set_header Accept-Encoding gzip;
   }
}

之后使用 Let's Encrypt 的 certbot 配置 HTTPS：

# Ubuntu 安装 certbot：
sudo snap install --classic certbot
sudo ln -s /snap/bin/certbot /usr/bin/certbot
# 生成证书 & 修改 Nginx 配置
sudo certbot --nginx
# 根据指示进行操作
# 重启 Nginx
sudo service nginx restart

手动部署

从 GitHub Releases 下载可执行文件或者从源码编译：

git clone https://github.com/songquanpeng/message-pusher.git
   cd message-pusher/web
   npm install
   npm run build
   cd ..
   go mod download
   go build -ldflags "-s -w" -o message-pusher


2. 运行：
   %%CODEBLOCK3%%
3. 访问 [http://localhost:3000/](http://localhost:3000/) 并登录。初始账号用户名为

root，密码为 123456

。

如果服务需要长久运行，只是单纯地启动是不够的，[详细部署教程](https://iamazing.cn/page/how-to-deploy-a-website)。

### 注意
如果需要使用 WebSocket 客户端推送功能，则 Nginx 的配置文件中

proxyreadtimeout 和 proxysendtimeout

 务必设置超过 1 分钟。

推荐设置：
%%CODEBLOCK4%%

## 配置
系统本身仅需要下载一个可执行文件即可开始使用，无其他依赖。

你可以通过设置环境变量或者命令行参数进行配置。

等到系统启动后，使用

root 用户登录系统并做进一步的配置，默认密码为 123456

。

### 环境变量
1.

REDISCONNSTRING

：设置之后将使用 Redis 作为请求频率限制的存储，而非使用内存存储。
    + 例子：

REDISCONNSTRING=redis://default:redispw@localhost:49153

2.

SESSIONSECRET：设置之后将使用固定的会话密钥，这样系统重新启动后已登录用户的 cookie 将依旧有效。 + 例子：SESSIONSECRET=randomstring3.SQLDSN

：设置之后将使用指定数据库而非 SQLite。
    + 例子：

SQLDSN=root:123456@tcp(localhost:3306)/message-pusher注意：使用 Docker 部署时，请使用-e key=value设置环境变量。例子：docker run -e SESSIONSECRET=randomstring ...### 命令行参数 1.--port number>: 指定服务器监听的端口号，默认为 3000。 + 例子：--port 30002.--log-dir dir>: 指定日志文件夹，如果没有设置，日志将不会被保存。 + 例子：--log-dir ./logs3.--version: 打印系统版本号并退出。 ### 进一步的配置 1. 系统设置： 1. 填写服务器地址。 2. 配置登录注册选项，如果系统不对外开放，请取消选择允许新用户注册。 3. 配置 SMTP 服务，可以使用 QQ 邮箱的 SMTP 服务。 4. 其他配置可选，请按照页面上的指示完成配置。 2. 个人设置： 1. 点击更新用户信息更改默认用户名和密码。 2. 点击绑定邮箱地址绑定邮箱以启用邮件消息推送方式。 3. 推送设置： 1. 设置默认推送方式，默认为通过邮件进行推送。 2. 设置推送 token，用以推送 API 调用鉴权，如果不需要留空即可。 3. 设置其他推送方式，按照页面上的指示即可，完成配置后点击对应的测试按钮即可测试配置是否成功。 4. 其他设置：如果系统对外提供服务，本系统也提供了一定的个性化设置功能，你可以设置关于界面和页脚，以及发布公告。 ## 用法 1. 消息推送 API URL：https:///push/+ 将上面的 以及 替换为真实值，例如：https://push.mydomain.cn/push/admin2.GET 请求方式：https:///push/?title=<标题>&description=<描述>&content=&channel=<推送方式>&token=<推送 token>1.title：选填，受限于具体的消息推送方式，其可能被忽略。 2.description：必填，可以替换为 desp。 3.content：选填，受限于具体的消息推送方式，Markdown 语法的支持有所区别。 4.channel：选填，如果不填则系统使用你在后台设置的默认推送通道。注意，此处填的是消息通道的名称，而非类型。可选的推送通道类型有： 1.email：通过发送邮件的方式进行推送（使用 title 或 description 字段设置邮件主题，使用 content字段设置正文，支持完整的 Markdown 语法）。 2.test：通过微信测试号进行推送（使用 description字段设置模板消息内容，不支持 Markdown）。 3.corpapp：通过企业微信应用号进行推送（仅当使用企业微信 APP 时，如果设置了 content 字段，title 和 description

 字段会被忽略；使用微信中的企业微信插件时正常）。
      4.

larkapp：通过飞书自建应用进行推送。 5.corp：通过企业微信群机器人推送（设置 content 字段则将渲染 Markdown 消息，支持 Markdown 的子集；设置 description字段则为普通文本消息）。 6.lark：通过飞书群机器人进行推送（注意事项同上）。 7.ding：通过钉钉群机器人进行推送（注意事项同上）。 8.bark：通过 Bark 进行推送（支持 title 和 description字段）。 9.client：通过 WebSocket 客户端进行推送（支持 title 和 description字段）。 10.telegram：通过 Telegram 机器人进行推送（description 或 content字段二选一，支持 Markdown 的子集）。 11.discord：通过 Discord 群机器人进行推送（注意事项同上）。 12.oneapi

：通过 OneAPI 协议推送消息到 QQ。
      13.

group

：通过预先配置的消息推送通道群组进行推送。
      14.

custom

：通过预先配置好的自定义推送通道进行推送。
      15.

tencentalarm：通过腾讯云监控告警进行推送，仅支持 description字段。 16.none：仅保存到数据库，不做推送。 5.token：如果你在后台设置了推送 token，则此项必填。另外可以通过设置 HTTP Authorization头部设置此项。 * 注意令牌有两种，一种是全局鉴权令牌，一种是通道维度的令牌，前者可以鉴权任何通道，后者只能鉴权指定通道。 6.url：选填，如果不填则系统自动为消息生成 URL，其内容为消息详情。 7.to：选填，推送给指定用户，如果不填则默认推送给自己，受限于具体的消息推送方式，有些推送方式不支持此项。 1.@all：推送给所有用户。 2.user1|user2|user3：推送给多个用户，用户之间使用 |分隔。 8.async：选填，如果设置为 true 则消息推送将在后台异步进行，返回结果包含 uuid字段，可用于后续[获取消息发送状态](./docs/API.md#通过消息 UUID 获取消息发送状态)。 9.rendermode

：选填，
      1. 如果设置为

code

，则消息体会被自动嵌套在代码块中进行渲染；
      2. 如果设置为

raw

，则不进行 Markdown 解析；
      3. 默认

markdown

，即进行 Markdown 解析。
3.

POST 请求方式：字段与上面 GET

 请求方式保持一致。
   + 如果发送的是 JSON，HTTP Header

Content-Type 请务必设置为 application/json

，否则一律按 Form 处理。
   + POST 请求方式下的

token

 字段也可以通过 URL 查询参数进行设置。


**各种通道的支持程度：**

|      通道类型       |

title | description | content | url | to

 | Markdown 支持 |
|:---------------:|:-------:|:-------------:|:---------:|:-----:|:----:|:-----------:|
|

     |    ✅    |       ✅       |     ✅     |   ❌   |  ✅️  |     ✅️      |
|

test

      |    ✅    |       ✅       |     ✅     |  ✅️   |  ✅️  |      ✅      |
|

corpapp| ✅ | ✅ | ✅ | ✅️ | ✅ | ✅ | |corp| ❌ | ✅ | ✅ | ✅️ | ✅️ | ✅ | |lark| ❌ | ✅ | ✅ | ❌ | ✅ | ✅ | |larkapp

    |    ❌    |       ✅       |     ✅     |  ❌️   |  ✅   |      ✅      |
|

ding

      |    ✅    |       ✅       |     ✅     |  ✅️   |  ✅   |      ✅      |
|

bark

      |    ✅    |       ✅       |     ✅     |  ✅️   |  ❌   |      ✅      |
|

client

     |    ✅    |       ✅       |     ❌     |   ❌   |  ❌   |      ❌      |
|

    |    ❌    |       ❌       |     ✅     |   ❌   |  ✅   |      ✅      |
|

discord

    |    ❌    |       ❌       |     ✅     |   ❌   |  ✅   |      ❌      |
|

tencentalarm| ❌ | ✅ | ❌ | ❌ | ❌ | ❌ | 注意： 1. 对于大部分通道，description 字段和 content 是不能同时存在的，如果你只需要文字消息，请使用 description 字段，如果你需要发送 Markdown 消息，请使用 content字段。 2. 部分通道的 Markdown 支持实际上是通过 URL 跳转到本系统所渲染的消息详情实现的，其他通道的 Markdown 支持受限于具体的通道，支持的语法并不统一。 **示例：** <details> <summary><strong>Bash 示例 </strong></summary> <div> %%CODEBLOCK5%% 另一个版本： %%CODEBLOCK6%% 之后便可以进行这样的操作： %%CODEBLOCK7%% </div> </details> <details> <summary><strong>Python 示例 </strong></summary> <div> %%CODEBLOCK8%% </div> </details> <details> <summary><strong>Go 示例 </strong></summary> <div> %%CODEBLOCK9%% </div> </details> <details> <summary><strong>C# 示例 </strong></summary> <div> %%CODEBLOCK10%% </div> </details> <details> <summary><strong>Node.js 示例 </strong></summary> <div> %%CODEBLOCK11%% </div> </details> 欢迎 PR 添加更多语言的示例。 ## 迁移数据库此处均以 SQLite 为例，其他数据库请自行修改。我已经让 ChatGPT 翻译成对应的 SQL 版本，见bin文件夹，供参考。 ### 从v0.3 迁移到 v0.41. 首先备份你的数据库文件。 2. 下载最新的v0.4版本，启动程序，程序会自动进行数据库表结构的迁移。 3. 终止程序。 4. 之后执行脚本：./bin/migratev3tov4.py

，进行数据的迁移。
5. 重新启动程序即可。

注意，执行前请确保数据库中

users

 表中字段的顺序和脚本中的一致，否则会出现数据错乱的情况。

## 其他
1.

v0.3 之前的版本基于 Node.js，你可以切换到 [nodejs

](https://github.com/songquanpeng/message-pusher/tree/nodejs) 分支查看，该版本不再有功能性更新。
2.

v0.3 以及后续版本基于 Gin Template [v0.2.1

](https://github.com/songquanpeng/gin-template) 版本开发。
3. 如果想要自行编译，请首先[编译前端](./web/README.md)，之后再编译后端，否则会遇到

pattern web/build: no matching files found` 问题。