[GH-ISSUE #823] [Feature] 通过分割邮件原文来储存过大邮件 #307

New issue

Open

opened 2026-02-26 20:36:34 +03:00 by kerem · 1 comment

kerem commented

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

Owner

Originally created by @FroyoRab on GitHub (Jan 29, 2026).
Original GitHub issue: https://github.com/dreamhunter2333/cloudflare_temp_email/issues/823

请描述您的 Feature

当前方案在处理过大邮件时，会出现TG通知了，但是查询不到邮件的问题。通过日志查询可见
数据库插入报错 save email error Error: D1_ERROR: string or blob too big: SQLITE_TOOBIG

可见由于blob/string过大导致入库失败。

描述您想要的解决方案

是否可以通过对过大邮件进行分片后存入SQLite进行保存，增加一个分片索引列，根据分片索引进行合并后读取。

描述您考虑过的替代方案

在workers增加一个配置，可以将整体数据导入到自建sqlite。但是会导致“托管”概念没了。而且我理解这样有大量的sql连接部分需要更改。

附加上下文

部分问题排查截图

Originally created by @FroyoRab on GitHub (Jan 29, 2026). Original GitHub issue: https://github.com/dreamhunter2333/cloudflare_temp_email/issues/823 ## 请描述您的 Feature 当前方案在处理过大邮件时，会出现TG通知了，但是查询不到邮件的问题。通过日志查询可见数据库插入报错 `save email error Error: D1_ERROR: string or blob too big: SQLITE_TOOBIG` <img width="1966" height="1200" alt="Image" src="https://github.com/user-attachments/assets/a86b361d-9fc4-44a8-83b5-6d60a3bbb5cd" /> 可见由于blob/string过大导致入库失败。 ## 描述您想要的解决方案是否可以通过对过大邮件进行分片后存入SQLite进行保存，增加一个分片索引列，根据分片索引进行合并后读取。 ## 描述您考虑过的替代方案在workers增加一个配置，可以将整体数据导入到自建sqlite。但是会导致“托管”概念没了。而且我理解这样有大量的sql连接部分需要更改。 ## 附加上下文部分问题排查截图 <img width="1966" height="1200" alt="Image" src="https://github.com/user-attachments/assets/ee6ea78a-b858-4c1a-84b6-5cc41b43d195" /> <img width="1934" height="836" alt="Image" src="https://github.com/user-attachments/assets/69ff30bb-9a42-4cc1-819b-c5be6307044c" />