starred/cloudflare_temp_email

Fork 0

mirror of https://github.com/dreamhunter2333/cloudflare_temp_email.git synced 2026-04-26 06:15:52 +03:00

[GH-ISSUE #546] [Feature] webhook功能增强（验证码链接相关） #209

New issue

Closed

opened 2026-02-26 20:36:08 +03:00 by kerem · 4 comments

kerem commented

2026-02-26 20:36:08 +03:00

Owner

Originally created by @oneisall8955 on GitHub (Jan 6, 2025).
Original GitHub issue: https://github.com/dreamhunter2333/cloudflare_temp_email/issues/546

感谢作者，在此 issue 中 https://github.com/dreamhunter2333/cloudflare_temp_email/issues/224 已经添加了 webhook 通知功能。

希望对这个功能进行下一步加强，我的最终目的是【仅包含验证类的邮件】才转发到 webhook。

场景：在注册账号时候，例如机场，社交，论坛等等，我会用平台的名称/缩写+搭建的临时邮箱域名作为账号名称，接受平台的验证码或者验证链接，我想不打开临时邮箱，通过webhook通知收到验证码/链接。

假设我搭建的临时邮箱服务 https://myawsl.uk 及邮箱后缀是 myawsl.uk，用注册 weibo.com 来举个例子。
注册weibo时候，我会以 weibo@myawsl.uk 作为这个平台的账号名。

需要注意的是，我并没有提前在 https://myawsl.uk 注册 weibo@myawsl.uk 账号。

按照我以前的流程，注册完 weibo@myawsl.uk后，使用 admin 账号登 https://myawsl.uk ，通过【无收件人邮件列表】来查看邮件获取到 weibo.com 给我发的验证码或链接邮件，再进行验证。

如果使用现在的转发 webhook 功能，是可以做到的不打开自建的 https://myawsl.uk 获取验证码的。
不过会将所有的邮件+其原文一并发送到我的 webhook，造成不必要的通知。

实现这个目的，我想有多种方式

较为简单的一种方式：转发 webhook 前，执行过滤规则，可以是自定义关键词过滤（并且添加开关），或者用户自定义函数 boolean function filter(string email) 过滤（可能会造成安全风险，毕竟可以直接写js，或许会有用户写删库的操作）
集成验证码/链接识别后转发功能，可以理解为本身就是一个官方的函数调用 boolean function filter(string email)
较完整的功能，但是可能会导致 woker 超时，并且对项目的roadmap有较大的破坏性：经过简单关键词过滤后，向ai接口发起请求，返回验证码。我试过用gpt3.5-turbo & gpt-4 解析邮件，准度挺高的。
通过关键词过滤后下，集成其他专注做验证通知的项目。如： https://github.com/TooonyChen/AuthInbox （通过 https://developers.cloudflare.com/workers/runtime-apis/bindings/service-bindings/ 服务绑定形式直接调用）

Originally created by @oneisall8955 on GitHub (Jan 6, 2025). Original GitHub issue: https://github.com/dreamhunter2333/cloudflare_temp_email/issues/546 感谢作者，在此 issue 中 https://github.com/dreamhunter2333/cloudflare_temp_email/issues/224 已经添加了 webhook 通知功能。希望对这个功能进行下一步加强，我的最终目的是【仅包含验证类的邮件】才转发到 webhook。场景：在注册账号时候，例如机场，社交，论坛等等，我会用平台的名称/缩写+搭建的临时邮箱域名作为账号名称，接受平台的验证码或者验证链接，我想不打开临时邮箱，通过webhook通知收到验证码/链接。假设我搭建的临时邮箱服务 https://myawsl.uk 及邮箱后缀是 myawsl.uk，用注册 weibo.com 来举个例子。注册weibo时候，我会以 weibo@myawsl.uk 作为这个平台的账号名。需要注意的是，我并没有提前在 https://myawsl.uk 注册 weibo@myawsl.uk 账号。按照我以前的流程，注册完 weibo@myawsl.uk后，使用 admin 账号登 https://myawsl.uk ，通过【无收件人邮件列表】来查看邮件获取到 weibo.com 给我发的验证码或链接邮件，再进行验证。如果使用现在的转发 webhook 功能，是可以做到的不打开自建的 https://myawsl.uk 获取验证码的。不过会将所有的邮件+其原文一并发送到我的 webhook，造成不必要的通知。实现这个目的，我想有多种方式 - 较为简单的一种方式：转发 webhook 前，执行过滤规则，可以是自定义关键词过滤（并且添加开关），或者用户自定义函数 boolean function filter(string email) 过滤（可能会造成安全风险，毕竟可以直接写js，或许会有用户写删库的操作） - 集成验证码/链接识别后转发功能，可以理解为本身就是一个官方的函数调用 boolean function filter(string email) - 较完整的功能，但是可能会导致 woker 超时，并且对项目的roadmap有较大的破坏性：经过简单关键词过滤后，向ai接口发起请求，返回验证码。我试过用gpt3.5-turbo & gpt-4 解析邮件，准度挺高的。 - 通过关键词过滤后下，集成其他专注做验证通知的项目。如： https://github.com/TooonyChen/AuthInbox （通过 https://developers.cloudflare.com/workers/runtime-apis/bindings/service-bindings/ 服务绑定形式直接调用）

kerem

2026-02-26 20:36:08 +03:00

closed this issue
added the
good first issue

enhancement
labels

kerem commented

2026-02-26 20:36:09 +03:00

Author

Owner

@oneisall8955 commented on GitHub (Jan 6, 2025):

一个简单的gpt调用提示例子：
你将接受到一封邮件或者短信内容，内容是text格式，提取出其中的验证码。你只需要回复有没有验证码，如果没有验证码，则回复【没有验证码】，如果有验证码，则回复【你的验证码是：xxxx】。下面是短信或短信的内容：

发件人： <no-reply@signin.aws>
Date: 2024年11月27日周三 02:38
Subject: 验证您的 AWS 构建者 ID 电子邮件地址
To: <xxx@gmail.com>

[image: AWS logo]
验证您的 AWS 构建者 ID 电子邮件地址

您好！

感谢您开始使用 AWS 构建者 ID！ AWS 构建者 ID 是构建者的新个人资料。

我们想确保是您本人。请输入以下验证码。如果您不想创建 AWS 构建者 ID，请忽略此电子邮件。
验证码：
091045
此验证码将在发送后 10 分钟过期。

AWS 绝不会发送电子邮件要求您披露或验证您的密码、信用卡或银行账号。
Amazon Web Services, Inc. 是 Amazon.com, Inc. 的子公司。Amazon.com 是 Amazon.com,
Inc. 的注册商标。此邮件由 Amazon Web Services, Inc.（地址：410 Terry Ave.North, Seattle,
WA 98109-5210）撰写和分发。

返回挺准确的

@oneisall8955 commented on GitHub (Jan 6, 2025): 一个简单的gpt调用提示例子：你将接受到一封邮件或者短信内容，内容是text格式，提取出其中的验证码。你只需要回复有没有验证码，如果没有验证码，则回复【没有验证码】，如果有验证码，则回复【你的验证码是：xxxx】。下面是短信或短信的内容： ```text 发件人： <no-reply@signin.aws> Date: 2024年11月27日周三 02:38 Subject: 验证您的 AWS 构建者 ID 电子邮件地址 To: <xxx@gmail.com> [image: AWS logo] 验证您的 AWS 构建者 ID 电子邮件地址您好！感谢您开始使用 AWS 构建者 ID！ AWS 构建者 ID 是构建者的新个人资料。我们想确保是您本人。请输入以下验证码。如果您不想创建 AWS 构建者 ID，请忽略此电子邮件。验证码： 091045 此验证码将在发送后 10 分钟过期。 AWS 绝不会发送电子邮件要求您披露或验证您的密码、信用卡或银行账号。 Amazon Web Services, Inc. 是 Amazon.com, Inc. 的子公司。Amazon.com 是 Amazon.com, Inc. 的注册商标。此邮件由 Amazon Web Services, Inc.（地址：410 Terry Ave.North, Seattle, WA 98109-5210）撰写和分发。 ``` 返回挺准确的

kerem commented

2026-02-26 20:36:09 +03:00

Author

Owner

@dreamhunter2333 commented on GitHub (Jan 6, 2025):

感谢反馈，非常详细，我想一下如何集成

@dreamhunter2333 commented on GitHub (Jan 6, 2025): 感谢反馈，非常详细，我想一下如何集成

kerem commented

2026-02-26 20:36:09 +03:00

Author

Owner

@oneisall8955 commented on GitHub (Jan 7, 2025):

这个pr做了调用其他worker的集成
https://github.com/dreamhunter2333/cloudflare_temp_email/pull/547

@oneisall8955 commented on GitHub (Jan 7, 2025): 这个pr做了调用其他worker的集成 https://github.com/dreamhunter2333/cloudflare_temp_email/pull/547

kerem commented

2026-02-26 20:36:09 +03:00

Author

Owner

@oneisall8955 commented on GitHub (Jan 8, 2025):

已合并 https://github.com/dreamhunter2333/cloudflare_temp_email/pull/547

@oneisall8955 commented on GitHub (Jan 8, 2025): 已合并 https://github.com/dreamhunter2333/cloudflare_temp_email/pull/547

kerem referenced this issue

2026-02-26 21:31:16 +03:00

[PR #209] [MERGED] feat: add UserLogin #454