建议开发最新版VPS Docker部署时完善邮件中转服务功能

appleftg commented 6 months ago

首先谢谢大佬开发的程序，非常实用，稳定使用多年。其中，邮件中转服务强大且方便，KindleEar中已进行了接收邮件后的处理，建议在新版中一起完善此功能，在开发VPS Docker部署时，可以使用自定义域名邮箱解析使用此功能，邮箱邮件发送到绑定KindleEar的自定义域名邮箱后，KindleEar能解析邮件并使用邮件中转服务，谢谢

cdhigh commented 6 months ago

是这样，GAE的邮件中转我也常用，很喜欢，除了KindleEar的正事，有时候还用它来干坏事。比如有些服务每个账号的试用期有限，同一个email又不能重复注册，appspotmail给我提供了无限量的email地址，过期就再注册一个，可以永远的试用~ 还有有些服务推荐一个用户就能获取某些升级奖励之类的，我就不停的推荐不同的appspotmail来创建新用户～

在转到VPS部署后，我也发现缺了这个功能，所以现在我还在拼命完善Bookmarklet，希望能替代邮件中转服务，我没有接触过没有听说过你说的自定义域名邮箱解析，我会搜索研究，你有什么推荐的服务吗？

appleftg commented 6 months ago

是这样，GAE的邮件中转我也常用，很喜欢，除了KindleEar的正事，有时候还用它来干坏事。比如有些服务每个账号的试用期有限，同一个email又不能重复注册，appspotmail给我提供了无限量的email地址，过期就再注册一个，可以永远的试用~ 还有有些服务推荐一个用户就能获取某些升级奖励之类的，我就不停的推荐不同的appspotmail来创建新用户～

在转到VPS部署后，我也发现缺了这个功能，所以现在我还在拼命完善Bookmarklet，希望能替代邮件中转服务，我没有接触过没有听说过你说的自定义域名邮箱解析，我会搜索研究，你有什么推荐的服务吗？

具体的服务不懂，之前python2版本KindleEar的时候，我在本地用docker部署KindleEar（大佬FAQ推荐版本google/cloud-sdk:273.0.0-alpine镜像），用这个项目https://github.com/thingless/mailglove（目的将25端口接收邮件转为gae的webhook接收邮件传入KindleEar），将自定义域名添加dns邮箱地址解析到本地docker mailglove项目中转，KindleEar邮件中转系统使用正常，例如：DNS解析邮件地址到自定义域名kindleear.example.com，通过mailglove将邮件中转成gae webhook后传入本地gae接收，发送XXX@kindleear.example.com正常，可以按FAQ中xxx@appid.appspotmail.com邮件地址方法使用。

所以个人觉得部署在本地vps，设置DNS解析将自定义域名邮件地址解析到本地，kindleear通过25端口接收处理邮件，kindleear通过163邮箱SMTP发送邮件到kindle，实现原来的邮件中转服务功能，应该是可行的。

附：修改https://github.com/thingless/mailglove，/opt/webhook.js文件使之中转成符合gae接收邮件格式

webhook.js 34-45行修改为以下

        // 构造请求体
        var body = mail;
        body.to = process.argv[2];
        body.from = process.argv[3];
        body.subject = mail.subject;
        body.body = mail.html; // 使用HTML格式的邮件内容
        body.xsrf_token = "EeJILMBXzg"; // 添加 XSRF 令牌以匹配请求格式

        // 发送 POST 请求
        return makeRequest({
            uri: WEBHOOK_URL,
            method: "POST",
            headers: {"Content-Type": "application/x-www-form-urlencoded"},
            // 将请求体转换为 URL 编码格式
            body: `to=${encodeURIComponent(body.to)}&from=${encodeURIComponent(body.from)}&subject=${encodeURIComponent(body.subject)}&body=${encodeURIComponent(body.body)}&xsrf_token=${body.xsrf_token}`,
        })

cdhigh commented 6 months ago

没接触过这个领域，我不知是否真正理解你的意思。花了一点时间学习了相关的知识。 mailglove只是一个非常简单js脚本，将其注册为postfix的content filter，mailglove将postfix的邮件格式重新包装了一下，调用指定的url （webhook）。所以KindleEar就没必要使用mailglove脚本了，避免了安装笨重的node.js，只需要安装postfix即可（话说postfix的安装和配置真复杂，我都没心情看完～）

我现在想到的方案就是：

写一个python版本content filter
像mailglove一样注册为postfix的content filter
脚本里面解析邮件内容，通过任务队列异步转发到现有的inbound mail处理模块（因为postfix文档上提醒content filter不能执行太长时间）

appleftg commented 6 months ago

没接触过这个领域，我不知是否真正理解你的意思。花了一点时间学习了相关的知识。 mailglove只是一个非常简单js脚本，将其注册为postfix的content filter，mailglove将postfix的邮件格式重新包装了一下，调用指定的url （webhook）。所以KindleEar就没必要使用mailglove脚本了，避免了安装笨重的node.js，只需要安装postfix即可（话说postfix的安装和配置真复杂，我都没心情看完～）

我现在想到的方案就是：

写一个python版本content filter

像mailglove一样注册为postfix的content filter

脚本里面解析邮件内容，通过任务队列异步转发到现有的inbound mail处理模块（因为postfix文档上提醒content filter不能执行太长时间）

是的，就是想本地接收解析邮件到inbound mail处理模块或者干脆不经过inbound mail处理模块，新增加个mail处理模块的意思，这样这个方便的功能就保留下来了，奈何水平有限，仰仗大佬了

cdhigh commented 5 months ago

经过几天的学习，终于明白docker是怎么回事了，也成功部署了docker。参考docker的最佳实践，我之前的想法是错误的（合并postfix为一个镜像），一个镜像不应该实现很多功能，所以你之前的做法是正确的，postfix/mailglove就应该是另一个镜像，可以使用docker-compose一起执行。所以我在KindleEar实现一个webhook接口，就处理mailglove转发过来的json，这样就可以不用修改mailglove来适配gae的格式，而是直接pull docker hub上的镜像。

cdhigh commented 5 months ago

Docker镜像和compose都已经上传