Http mime头字段名称和';之间是否允许空白:';分离器
在mime头中,头字段名和“:”分隔符之间是否允许空白?例如:Http mime头字段名称和';之间是否允许空白:';分离器,http,header,whitespace,mime,Http,Header,Whitespace,Mime,在mime头中,头字段名和“:”分隔符之间是否允许空白?例如: Content-Type: <value> 内容类型: 及 内容类型: 等价物 另外,您能提供一个指向mime标准的指针吗?我查了一些,但没有找到 谢谢目前还不完全清楚标准是否允许这样做。但是,实现在如何处理标题字段名和冒号之间的空白方面有所不同。如果可以的话,我强烈建议您避免使用空格 ",,类似的标准。如果问题是关于HTTP的,那么答案是“不,不允许”。参见取决于您所说的“允许”是什么意思。RFC(淘汰了1982
Content-Type: <value>
内容类型:
及
内容类型:
等价物
另外,您能提供一个指向mime标准的指针吗?我查了一些,但没有找到
谢谢目前还不完全清楚标准是否允许这样做。但是,实现在如何处理标题字段名和冒号之间的空白方面有所不同。如果可以的话,我强烈建议您避免使用空格
",,类似的标准。如果问题是关于HTTP的,那么答案是“不,不允许”。参见取决于您所说的“允许”是什么意思。RFC(淘汰了1982年的RFC822)和(淘汰了2822)明确禁止在字段名和冒号之间插入WS(顺便说一句,这不是“MIME”标准)。请注意,
:
不是标记,仅作为字段名的一部分引用,例如:
from = "From:" mailbox-list CRLF
然而,古老的RFC822确实在这里留出了空间,而较新的RFC声明过时的语法“必须由一致的接收者接受和解析”。例如,过时的From:
标题定义是
obs-from = "From" *WSP ":" mailbox-list CRLF
第4节介绍了过时的语法。实际上,我不允许在自己的接收器中使用过时的语法,而且我从来没有遇到过问题。谢谢您的回复。我正在解析来自服务器的消息,所以我想允许空白是明智的。感谢您在文档中提供的指针。它明确规定允许空白。3.1.4. 结构化字段体为了帮助创建和读取结构化字段,允许在词法标记之间自由插入线性空白(允许通过包含CRLF进行折叠)。
obs-from = "From" *WSP ":" mailbox-list CRLF