title: Using "application/octet-stream" as a content type in POST
body: <p>I'm thinking about implementing an RPC mechanism over HTTP. The POST method seems to be suitable for the calls. However, since each call comes with the binary payload, there's a decision to be made about how to attach that binary data to the POST request. It seems there are two content types for POSTs of use today: <code>application/x-www-form-urlencoded</code> and <code>multipart/form-data</code>. The former seems to require percent-escaping binary data, while the latter seems to add some overhead with the boundaries/content-disposition fields.</p>
  
  <p>Therefore my question is: how good is it to just use <code>application/octet-stream</code> as a POST content type and just include the binary payload afterwards as is? Will it go through all proxies? Will all HTTP servers be able to handle this? Is it standards-compliant? In other words, should I go for it?</p>