Networking 多部分MIME中的边界字符串?

Networking 多部分MIME中的边界字符串?,networking,protocols,Networking,Protocols,如何确保多部分MIME中的边界字符串不会意外出现在内容本身中并在其中标记不正确的边界?根据多部分内容类型的定义 。。。封装边界不得出现在任何封装零件内。因此,合成代理能够选择和指定将分离部件的唯一边界是至关重要的 代理创建内容的任务/负担也是如此,以确保随机字符串不会碰巧出现在内部。若它确实找到了它,那个么必须生成一个唯一的分隔符,直到它通过集合 我想补充一点,这是可能的,但如果内容本身中出现了随机字符串,这将是一个惊人的巧合。如果一些懒惰的实现实际上没有进行检查,我也不会感到惊讶,尽管它们应该

如何确保多部分MIME中的边界字符串不会意外出现在内容本身中并在其中标记不正确的边界?

根据多部分内容类型的定义

。。。封装边界不得出现在任何封装零件内。因此,合成代理能够选择和指定将分离部件的唯一边界是至关重要的


代理创建内容的任务/负担也是如此,以确保随机字符串不会碰巧出现在内部。若它确实找到了它,那个么必须生成一个唯一的分隔符,直到它通过集合

我想补充一点,这是可能的,但如果内容本身中出现了随机字符串,这将是一个惊人的巧合。如果一些懒惰的实现实际上没有进行检查,我也不会感到惊讶,尽管它们应该这样做。进一步看,我意识到没有要求字符串是随机的。最新的多部分媒体类型规范在RFC 2046第5.1节,特别是第5.1.1节中。有关更多建议,请参见RFC 2045第6.7节中以连字符开头的段落。根据Peter O.s参考-参考