cloudflare_temp_email
アプリケーションdreamhunter2333/cloudflare_temp_email
Cloudflareベースの無料使い捨てメールサービス。IMAP/SMTPおよびTelegram Botに対応。
概要
Cloudflareの無料プラン上に構築されたフル機能の使い捨てメールシステム。Rust WASMでメールを高速に解析し、添付ファイル、AIメール認識、SMTP/IMAPプロキシ、Telegram Bot通知をサポート。個人または小規模なデプロイに適しています。
README プレビュー
\n# Cloudflare 临时邮箱 - 免费搭建临时邮件服务\n\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n\n\n\n \n \n \n\n\n\n 中文文档 |\n English Document\n\n\n> 本项目仅供学习和个人用途，请勿将其用于任何违法行为，否则后果自负。\n\n**一个功能完整的临时邮箱服务！**\n\n- **完全免费** - 基于 Cloudflare 免费服务构建，零成本运行\n- **高性能** - Rust WASM 邮件解析，响应速度极快\n- **现代化界面** - 响应式设计，支持多语言，操作简便\n- **地址密码** - 支持为邮箱地址设置独立密码，增强安全性\n- **Agent 友好** - 内置邮箱 [`skill`](skills/cf-temp-mail-agent-mail/SKILL.md)，方便 AI agent 使用邮箱\n- **移动端管理** - 社区客户端 [CloudMail](https://github.com/Lur1N77777/CloudMail)，支持 Android 管理后台和邮箱管理\n\n## 部署文档 - 快速开始\n\n[部署文档](https://temp-mail-docs.awsl.uk) | [Github Action 部署文档](https://temp-mail-docs.awsl.uk/zh/guide/actions/github-action.html)\n\n\n \n\n\n## 更新日志\n\n查看 [CHANGELOG](CHANGELOG.md) 了解最新更新内容。\n\n## 在线体验\n\n立即体验 → [https://mail.awsl.uk/](https://mail.awsl.uk/)\n\n\n服务状态监控（点击收缩/展开）\n\n| | |\n| ------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
FAQ (3)
トラブル対応なぜ管理者メールボックスの created_at と updated_at のタイムスタンプは、ローカルタイムゾーンではなく UTC で表示されるのですか？
これは PR #1146 で修正されました。フロントエンドをその PR を含むリリースに更新し、再ビルド/再デプロイしてください。frontend/src/views/admin/Account.vue の生の D1 タイムスタンプ列は、現在 utcToLocalDate(row.created_at, useUTCDate.value) と utcToLocalDate(row.updated_at, useUTCDate.value) を使用しています。同じ修正が frontend/src/views/admin/UserManagement.vue と frontend/src/views/admin/SenderAccess.vue の created_at にも適用されました。手動でパッチを適用する場合は、それらのテンプレート内でタイムスタンプを直接レンダリングしている箇所を utcToLocalDate(...) に置き換え、ヘルパーと useUTCDate 設定がインポートされていることを確認してから、フロントエンドのビルドを実行して再デプロイしてください。
トラブル対応JUNK_MAIL_CHECK_LIST が有効な場合に、DMARC/DKIM/SPF の結果が none または neutral であるために誤って迷惑メールとして拒否される問題を修正するにはどうすればよいですか?
この誤った拒否は、ジャンクチェックロジックのバグが原因で発生しています：Cloudflare Email Worker が SPF/DKIM/DMARC の none/neutral ステータスを明示的な失敗として誤って扱っています。メール認証標準によれば、これらのステータスは SPF レコードが公開されていないこと、メールが署名されていないこと、または適用可能な DMARC ポリシーがないことを示しており、拒否のトリガーとなるべきではありません。バグのあるコードは認証ヘッダー（例：dmarc=）の存在のみをチェックし、pass 以外のすべての結果を拒否します。これは文書化されている JUNK_MAIL_CHECK_LIST のルール、つまり有効なチェックが存在し、明示的に失敗した場合のみ拒否するというルールと一致していません。
一時的な回避策：
1. worker/wrangler.toml 設定ファイルを開きます。
2. JUNK_MAIL_CHECK_LIST 配列から none/neutral ステータスを返す項目（例：dkim、dmarc）を削除し、明示的な合否（pass/fail）結果を返す、必要なチェックのみを残します。
3. Wrangler CLI を使用して Worker を再デプロイします。
動作する設定例：
ENABLE_CHECK_JUNK_MAIL = true
JUNK_MAIL_CHECK_LIST = ["spf"]
JUNK_MAIL_FORCE_PASS_LIST = ["spf"]正式に修正されると、ロジックは標準に準拠したものになります：none/neutral ステータスは拒否をトリガーせず、明示的な認証失敗のみがジャンクとしてマークされ、JUNK_MAIL_FORCE_PASS_LIST は明示的な pass 結果のみを受け入れます。
トラブル対応管理者アドレスでは正常に受信できるのに、Cloudflare temp mail のランダムメールボックスでメールが受信できず、Email Routing でメッセージが deleted と表示される場合、どうすれば修正できますか?
管理者アドレスは明示的な Email Routing ルールに一致している可能性が高いのに対し、ランダムアドレスはキャッチオールルールに依存します。キャッチオールが無効になっているか、Delete/Drop に設定されている場合、Cloudflare はメッセージが Worker に到達する前に削除します。
Cloudflare で修正する方法:
1. **Cloudflare Dashboard → ドメインを選択 → Email → Email Routing → Routing Rules** に移動します。
2. **Catch-all address** ルールを編集します。
3. 有効にし、アクションを **Send to a Worker** に設定します。
4. デプロイ済みの temporary-mail Worker を選択して保存します。
5. 複数のドメインを使用している場合は、ランダムメールボックスに割り当てられたすべてのドメインでこの手順を繰り返し、そのドメインが Worker 側でも設定されていることを確認してください。
6. Email Routing の MX/SPF DNS レコードがアクティブと表示されていることを確認し、新しいテストメールを送信してください。
**Delete** や **Drop** を使用したり、キャッチオールアドレスを管理者メールボックスに転送したりしないでください。Worker に直接ルーティングする必要があります。