IMAP如何查询服务器允许的文件夹名称及路径最大长度限制？

1. IMAP原生协议是否支持直接查询 #

原生IMAP协议（RFC 3501）未定义任何用于查询文件夹名称、路径长度限制的标准指令，因此无法通过原生协议直接获取这类限制参数。

2. 是否有对应IMAP扩展支持该能力 #

目前有标准化扩展可以实现该能力，但支持度并不通用：
IMAP METADATA扩展（RFC 5464） 允许客户端查询服务器端的自定义元数据，主流服务器如Dovecot、Cyrus IMAP如果开启了该扩展，会在元数据中暴露自身的文件夹长度限制规则，不同厂商的元数据键有独立的厂商前缀，比如Dovecot对应前缀为vendor.dovecot，你可以查询对应键值直接拿到官方标注的限制数值。
需要注意的是，很多中小服务器、云邮件服务并未开启METADATA扩展，也没有公开对应的元数据键，该方案的兼容性有限。

3. 通用可落地的实操方案 #

你可以按优先级从高到低选择以下方案：

• 优先匹配服务器预设规则：首先向服务器发送CAPABILITY指令，返回结果中会携带服务器品牌、版本标识，你可以提前将主流邮件服务器的公开限制规则内置到客户端逻辑中，匹配到对应服务器后直接使用预设的限制值即可，绝大多数场景下可以覆盖需求。
• 次选元数据查询：如果服务器CAPABILITY返回中包含METADATA标识，你可以尝试查询对应厂商的文件夹长度限制元数据键，拿到准确的限制数值。
• 最后选择无损探测：如果是未知品牌的服务器、或者需要适配当前部署的特殊存储环境（比如Dovecot不同存储后端的路径限制差异），可以使用探测方案：使用不会和用户现有文件夹重名的随机前缀，生成不同长度的测试路径发送CREATE指令，直到收到服务器返回失败即可拿到边界值，探测生成的测试文件夹如果创建成功，立即发送DELETE指令删除即可，不会影响用户的正常数据。

额外注意：IMAP文件夹名称使用UTF-7编码，中文、特殊字符会占用多个字节，所有长度统计都需要先将Unicode名称转换为IMAP UTF-7编码后再统计字节数，不要直接统计字符数。 #

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