Создание и анализ составных HTTP-запросов в Python

Я пытаюсь написать код на Python, который может создавать многостраничные HTTP-запросы mime в клиенте, а затем соответствующим образом интерпретировать их на сервере. Мне кажется, что я частично преуспел на стороне клиента с этим:

from email.mime.multipart import MIMEMultipart, MIMEBase
import httplib
h1 = httplib.HTTPConnection('localhost:8080')
msg = MIMEMultipart()
fp = open('myfile.zip', 'rb')
base = MIMEBase("application", "octet-stream")
base.set_payload(fp.read())
msg.attach(base)
h1.request("POST", "http://localhost:8080/server", msg.as_string())

Единственная проблема с этим заключается в том, что библиотека электронной почты также включает заголовки Content-Type и MIME-Version, и я не уверен, как они будет связано с заголовками HTTP, включенными в httplib:

Content-Type: multipart/mixed; boundary="===============2050792481=="
MIME-Version: 1.0

--===============2050792481==
Content-Type: application/octet-stream
MIME-Version: 1.0

Это может быть причиной того, что когда этот запрос получен моим приложением web.py, я просто получаю сообщение об ошибке. Обработчик POST web.py:

class MultipartServer:
    def POST(self, collection):
        print web.input()

Выдает эту ошибку:

Traceback (most recent call last):
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/application.py", line 242, in process
    return self.handle()
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/application.py", line 233, in handle
    return self._delegate(fn, self.fvars, args)
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/application.py", line 415, in _delegate
    return handle_class(cls)
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/application.py", line 390, in handle_class
    return tocall(*args)
  File "/home/richard/Development/server/webservice.py", line 31, in POST
    print web.input()
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/webapi.py", line 279, in input
    return storify(out, *requireds, **defaults)
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/utils.py", line 150, in storify
    value = getvalue(value)
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/utils.py", line 139, in getvalue
    return unicodify(x)
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/utils.py", line 130, in unicodify
    if _unicode and isinstance(s, str): return safeunicode(s)
  File "/usr/local/lib/python2.6/dist-packages/web.py-0.34-py2.6.egg/web/utils.py", line 326, in safeunicode
    return obj.decode(encoding)
  File "/usr/lib/python2.6/encodings/utf_8.py", line 16, in decode
    return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 137-138: invalid data

Моя строка кода представлена ​​строкой ошибки примерно на полпути вниз:

  File "/home/richard/Development/server/webservice.py", line 31, in POST
    print web.input()

Она идет, но я не уверен, что дальше . Это проблема с моим клиентским кодом, или ограничение web.py (возможно, он просто не может поддерживать многостраничные запросы)? Любые подсказки или предложения относительно библиотек альтернативного кода будут с благодарностью приняты.

РЕДАКТИРОВАТЬ

Вышеупомянутая ошибка была вызвана тем, что данные не кодируются автоматически в формате base64. Добавление

encoders.encode_base64(base)

избавляет от этой ошибки, и теперь проблема устранена. HTTP-запрос неправильно интерпретируется на сервере, предположительно потому, что библиотека электронной почты вместо этого включает в себя то, что должно быть заголовками HTTP в теле:

<Storage {'Content-Type: multipart/mixed': u'', 
          ' boundary': u'"===============1342637378=="\n'
          'MIME-Version: 1.0\n\n--===============1342637378==\n'
          'Content-Type: application/octet-stream\n'
          'MIME-Version: 1.0\n' 
          'Content-Transfer-Encoding: base64\n'
          '\n0fINCs PBk1jAAAAAAAAA.... etc

Значит, здесь что-то не так.

Спасибо

Ричард