RFC2045传输填充似乎是可选的,但是必需的

时间:2018-06-28 01:05:48

标签: http post multipartform-data mime rfc

RFC2045中,transport-padding语法的定义如下:

  transport-padding := *LWSP-char
                       ; Composers MUST NOT generate
                       ; non-zero length transport
                       ; padding, but receivers MUST
                       ; be able to handle padding
                       ; added by message transports.

现在,根据RFC5234,在“ 3.6变量重复”下显示为

  

元素前面的运算符“ *”表示重复。的   完整格式为:

     <a>*<b>element
     

其中和是可选的十进制值,表示至少    并最多出现该元素。

     

默认值为0和无穷大,因此允许任何数字,包括零; 1 需要至少一个;

此外,对于LWSP:

     LWSP           =  *(WSP / CRLF WSP)
                            ; Use of this linear-white-space rule
                            ;  permits lines containing only white
                            ;  space that are no longer legal in
                            ;  mail headers and have caused
                            ;  interoperability problems in other
                            ;  contexts.
                            ; Do not use when defining mail
                            ;  headers and use with caution in
                            ;  other contexts.

(我找不到LWSP-char。)

在我看来LWSP-char是可选的,因为它被标记为*,而不是1*,但注释中显示

  

作曲家不得生成非零长度的传输填充,...

此外,根据语法的定义,transport-padding可以是简单的空格(制表符或空格),但是所有示例都显示CRLF

为了安全起见,与示例一样,我将添加CRLF来代替transport-padding,但是我只是想知道。

这是草率的语法定义吗?还是我在这里缺少什么?

0 个答案:

没有答案