WebRTC采用邮件信令的技术疑问：必要性、流程及资源

1. 采用邮件作为WebRTC信令是否无需Web服务器？ #

• 可以无需专属的WebRTC信令服务器建立连接。WebRTC信令的核心是交换SDP会话描述和ICE候选地址，只要通信双方能通过邮件直接传递这些数据，就不需要额外的Web服务器。
• 实际场景中：如果通过mailto:协议唤起本地邮件客户端收发信令，完全不需要Web服务器；若要在浏览器页面内直接发送邮件，可能需要调用邮件服务商的SMTP接口，但这属于邮件服务范畴，并非WebRTC专属的信令服务器。

2. 建立连接需要多少封邮件？ #

以Alice先发、Bob回复的流程为例，最少2封邮件即可完成基础实时通信连接的建立：

• 第一封：Alice生成包含初始ICE候选的SDP Offer，发送给Bob；
• 第二封：Bob收到Offer后，生成包含自身ICE候选的SDP Answer，回复给Alice。
  若后续有新的ICE候选需要补充（比如网络环境变化），可能需要额外发送邮件，但这属于优化步骤，不影响基础连接的启动。

3. 相关文档与资源获取途径 #

• 优先参考WebRTC官方规范文档，重点理解信令层的核心逻辑（SDP交换、ICE候选传递），再结合邮件传输的特性自行实现；
• 一些专注于无服务器WebRTC方案的开源项目中，会有非传统信令方式的实验性实现，可以作为参考；
• 可查阅SMTP/POP3/IMAP等邮件协议的开发文档，结合WebRTC信令要求搭建传输通道。

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