关于通过Graph API发送大于4MB附件邮件的替代方案咨询

针对你遇到的这个场景，这里有几个实用的替代方案可以尝试：

• 使用邮件附件的分块上传API
  其实Graph API本身支持直接对邮件附件做分块上传，不需要先把文件存到OneDrive/SharePoint。具体流程是这样的：

  1. 先创建一个不带附件的草稿邮件，获取到草稿ID。
  2. 调用分块上传初始化接口，传入附件的总大小、文件名等参数，拿到上传会话的URL。
  3. 将大文件切割成多个小于4MB的块（比如3.5MB大小的块），通过PUT请求逐个上传到会话URL，每个请求要带上Content-Range请求头来指定当前块的字节范围。
  4. 所有块上传完成后，结束上传会话，最后发送这个已添加好附件的草稿邮件。
     这个方案完全是针对邮件附件本身的操作，不依赖外部存储，正好符合你的需求。

• 切换到SMTP协议发送
  如果觉得Graph API的分块操作有点繁琐，也可以考虑绕开Graph API，直接用SMTP协议发送邮件。只要你的邮箱账号支持SMTP（比如Exchange Online默认开启支持），就可以用各语言的标准SMTP库（比如Python的smtplib、C#的SmtpClient）来发送，SMTP对附件大小的限制通常更高（Exchange Online默认是150MB），而且不需要分块，直接附加文件即可。

• Azure Blob Storage临时中转（非直接附件方案）
  这个方案是把大文件先上传到Azure Blob Storage，生成一个带有效期的SAS访问链接，然后把这个链接放到邮件内容里发给收件人。虽然这不是直接附加附件，但如果收件人可以通过链接下载文件，也是一个可行的替代方案。需要注意设置好SAS链接的有效期，避免过期后无法访问。

另外，你提到的提升Graph SDK上传限制的需求确实很有价值，希望微软后续能优化这一点，简化开发者的操作流程。

内容的提问来源于stack exchange，提问作者chris