SAP服务器接收Multipart POST请求：Content-Type头部允许CRLF换行吗？

核心结论 #

HTTP头部字段的值部分换行（即头部折叠）在现代HTTP规范中已被废弃，且绝大多数现代服务器（包括你测试的公共服务及SAP服务器）都会将其视为无效请求返回400。

关于RFC1341的误区 #

客户端引用的RFC1341是早期的MIME邮件规范，其中确实提到头部字段可通过换行+空格/制表符的方式折叠，但存在两个关键问题：

• 该规范针对的是MIME邮件格式，并非HTTP协议的头部处理逻辑。
• 即使早期HTTP规范（如RFC 2616）曾允许头部折叠，后续的HTTP/1.1核心规范（RFC 7230）已明确废弃头部折叠的支持，要求所有头部字段必须在单行内完成，仅允许在字段值中用线性空白（空格/制表符）分隔，不能直接换行。

现代服务器的处理逻辑 #

你测试的webhook.site、httpbin.org等公共服务，以及你的SAP服务器返回400错误，完全符合当前HTTP生态的通用实践：

• 绝大多数HTTP服务器实现（包括主流Web服务器、API网关）已不再解析折叠的头部字段，直接判定为格式错误请求。
• 这种设计既是为了简化请求解析逻辑，也是为了防范头部注入等安全风险。

解决方案建议 #

你可以向客户端明确以下几点，推动其修改请求格式：

• 遵循现代HTTP规范（RFC 7230）是跨服务兼容性的基础，折叠头部已被行业广泛淘汰。
• 坚持使用换行格式的Content-Type，会导致请求无法被绝大多数现代服务正常处理，包括公共测试服务和你的SAP服务器。

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