------=_NextPart_000_01BC562A.8FD753C0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
--->> It would be good to get a definitive answer as to whether
>> Content-Length takes priority over the boundary string in a
>> multipart/*. At a recent IETF meeting I asked such a question to
some
>> knowledgeable person who said that Content-Length was ignored in
this
>> context and that the boundary string was the only way to determine
the
>> end of a part in a multipart/*. I would prefer that Content-Length
>> take priority if it is present.
>
>My take:
>
>It is illegal to send content where the content-length and the
boundary
>string disagree. So one doesn't take priority over the other. A
>recipient
>should signal an error if it detects that they are different.
I agree with the first part but not the second.
If you see a content length the obvious thing to do is to avoid the
computationaly intensive check of each byte (yes O(1) is less than
anything Boyer-Moore can do and that is not subjective). You
hop straight to the boundary.
If you see a boundary marker ther, then its OK other wise you signal
an error.
Note that if there are additional boundaries within the content length
delimited block you don't see them.
So content length should take priority but you may in some cases be
able to detect an error.
>Senders that are at all uncertain about the length of the data should
>omit content-length and rely on the boundary alone.
Yep
Phill.
------=_NextPart_000_01BC562A.8FD753C0
Content-Type: application/x-pkcs7-signature;
name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="smime.p7s"
MIIGVAYJKoZIhvcNAQcCoIIGRTCCBkECAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCCBUMw
ggU/MIIEqKADAgECAhBhQxVohIHU1aLeK14myavFMA0GCSqGSIb3DQEBBAUAMGIxETAPBgNVBAcT
CEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xh
c3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05NzA0MTAwMDAwMDBaFw05ODA0MTAy
MzU5NTlaMIIBGzERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTQw
MgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVhbCBTdWJzY3JpYmVyMUYwRAYD
VQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BTIEluY29ycC4gYnkgUmVmLixMSUFC
LkxURChjKTk2MScwJQYDVQQLEx5EaWdpdGFsIElEIENsYXNzIDEgLSBNaWNyb3NvZnQxJDAiBgNV
BAMTG1BoaWxsaXAgTWFydGluIEhhbGxhbS1CYWtlcjEgMB4GCSqGSIb3DQEJARYRaGFsbGFtQGFp
Lm1pdC5lZHUwXDANBgkqhkiG9w0BAQEFAANLADBIAkEAn1xytd7KYvG9xC2rzkxgAmoQLavzeX5J
hSRifuyeS0Ib8m4juKZA+SM6K+C8PAt+nfRu2/QtDFlS6KRs/ty8rQIDAQABo4ICfTCCAnkwCQYD
VR0TBAIwADCCAh8GA1UdAwSCAhYwggISMIICDjCCAgoGC2CGSAGG+EUBBwEBMIIB+RaCAadUaGlz
IGNlcnRpZmljYXRlIGluY29ycG9yYXRlcyBieSByZWZlcmVuY2UsIGFuZCBpdHMgdXNlIGlzIHN0
cmljdGx5IHN1YmplY3QgdG8sIHRoZSBWZXJpU2lnbiBDZXJ0aWZpY2F0aW9uIFByYWN0aWNlIFN0
YXRlbWVudCAoQ1BTKSwgYXZhaWxhYmxlIGF0OiBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BT
OyBieSBFLW1haWwgYXQgQ1BTLXJlcXVlc3RzQHZlcmlzaWduLmNvbTsgb3IgYnkgbWFpbCBhdCBW
ZXJpU2lnbiwgSW5jLiwgMjU5MyBDb2FzdCBBdmUuLCBNb3VudGFpbiBWaWV3LCBDQSA5NDA0MyBV
U0EgVGVsLiArMSAoNDE1KSA5NjEtODgzMCBDb3B5cmlnaHQgKGMpIDE5OTYgVmVyaVNpZ24sIElu
Yy4gIEFsbCBSaWdodHMgUmVzZXJ2ZWQuIENFUlRBSU4gV0FSUkFOVElFUyBESVNDTEFJTUVEIGFu
ZCBMSUFCSUxJVFkgTElNSVRFRC6gDgYMYIZIAYb4RQEHAQEBoQ4GDGCGSAGG+EUBBwEBAjAsMCoW
KGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L0NQUyAwEQYJYIZIAYb4QgEBBAQD
AgeAMDYGCWCGSAGG+EIBCAQpFidodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9D
UFMwDQYJKoZIhvcNAQEEBQADgYEAJh3+fz9jUp3TQecpDPMYoZLUJ42ncGftpS00xNE8ILttcpp9
CPSB38TMpr0JIyetRoMCB6M4Sq5IrNadWE/Ot5Rj//x8GjP5f2UWjZnenvCgSGbZdy0d0j+9jk9O
+sDZ2f7fKCMYabUDVatyJfIhLVlxuXChUKdiCiEiUEjOtnUxgdowgdcCAQEwdjBiMREwDwYDVQQH
EwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNDAyBgNVBAsTK1ZlcmlTaWduIENs
YXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNjcmliZXICEGFDFWiEgdTVot4rXibJq8UwCQYFKw4D
AhoFADANBgkqhkiG9w0BAQEFAARAKJfcKqBvdMTGY85mlTP21EYOq33sfiVn5xK6HDNShUo0UeQD
SzocOAA9jjbtsD2j0y3QmvY6kOKD1cSIjGgYzg==
------=_NextPart_000_01BC562A.8FD753C0--