Python-messaging Не удалось обработать HTTP-запрос
Я использую приведенный ниже код, чтобы попытаться отправить MMS-сообщение с помощью python-messaging https://github.com/pmarti/python-messaging/blob/master/doc/tutorial/mms.rst. Хотя соединение, кажется, проходит гладко, я получаю следующий ответ от mmsc:
PROXY RESPONSE HTTP/1.0 200 OK
content-type: application/vnd.wap.mms-message
content-length: 59
Connection: close
Date: Sat, 05 Jan 2019 16:36:44 GMT
Server: Mavenir Web Application Server
���1234�����,�Failed to handle HTTP request in Mm1Server
Есть ли у кого-нибудь представление о том, в чем может быть проблема и как я могу ее исправить? Вот мой код:
from messaging.mms.message import MMSMessage, MMSMessagePage
mms = MMSMessage()
mms.headers['To'] = '+212XXXXXXX/TYPE=PLMN'
mms.headers['Message-Type'] = 'm-send-req'
mms.headers['Subject'] = 'Test python-messaging.mms'
slide1 = MMSMessagePage()
slide1.add_image('/home/richard/screensaver/TolleConscQte.jpg')
slide1.add_text('This first slide, is a step towards enlightenment.')
slide2 = MMSMessagePage()
slide2.set_duration(4500)
slide2.add_image('/home/richard/screensaver/TollePastALL.jpg', 1500)
slide2.add_text('This second slide is a second step towards enlightenment.', 500, 3500)
mms.add_page(slide1)
mms.add_page(slide2)
payload = mms.encode()
## sending the MMS
from cStringIO import StringIO
import socket
gw_host, gw_port = "10.188.239.143", 80 #ting
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((gw_host, gw_port))
s.send("POST %s HTTP/1.0\r\n" % "http://wholesale.mmsmvno.com/mms/wapenc")
s.send("Content-Type: application/vnd.wap.mms-message\r\n")
s.send("Content-Length: %d\r\n\r\n" % len(payload))
s.sendall(payload)
buf = StringIO()
while True:
data = s.recv(4096)
if not data:
break
buf.write(data)
s.close()
data = buf.getvalue()
buf.close()
print "PROXY RESPONSE", data
Спасибо за ответ. Я не уверен, как добавить заголовок хоста, но, кроме того, я не знаю, явный ли это прокси или обратный прокси. Вы хотите сказать, что строка сообщения должна быть s.send ("POST% s HTTP / 1.0 \ r \ n"% "/ mms / wapenc")?
Правильный. И заголовок хоста должен быть добавлен так же, как и другие, то есть s.send("Host: wholesale.mmsmvno.com\r\n")
Спасибо, но когда я попробую: s.send ("Host: wholesale.mmsmvno.com \ r \ n") s.send ("POST% s HTTP / 1.0 \ r \ n"% "/ mms / wapenc") s .send ("Content-Type: application / vnd.wap.mms-message \ r \ n") s.send ("Content-Length:% d \ r \ n \ r \ n"% len (полезная нагрузка)) I get: Traceback (последний вызов последним): файл «test_sendMMS.py», строка 42, в <module> s.sendall (payload) Файл «/usr/lib/python2.7/socket.py», строка 224, в meth return getattr (self._sock, name) (* args) socket.error: [Errno 32] Сломанный канал
HTTP-запрос состоит из строки запроса (GET ... и т. д.), За которой следуют строки с парами key: value и т. д. - вы должны отправлять части запроса в правильном порядке, а не отправлять заголовок Host перед отправкой строки запроса. См., Например, здесь для подробностей.
Поэтому s.send ("Host: wholesale.mmsmvno.com \ r \ n") должен идти после s.send ("POST% s HTTP / 1.0 \ r \ n"% "/ mms / wapenc") и до s. send ("Content-Type: application / vnd.wap.mms-message \ r \ n")?
Так было бы правильнее.
Похоже, я вернулся на круги своя. В этом порядке я получаю: ���1234�����, � Не удалось обработать HTTP-запрос в Mm1Server
Я считаю, что это может быть проблема с кодировкой. При добавлении печати полезная нагрузка выводит данные в следующем формате: 250, 54, 236, 174, 205, 180, 118, 125, 106, 252, 213, 217, 183, 232, 250, 180, 125, 93, 181, 217. , 217, 234, 167, 225, 216, 118, 87, 111, 213, 253, 170, 250, 123, 43, 255, 217, 1, 57, 131, 84, 104, 105, 115, 32, 115 , 101, 99, 111, 110, 100, 32, 115, 108, 105, 100, 101, тогда как файлы smil, которые я получаю, имеют следующий формат: V9 # le + jC 4} * U ^ ps5vl * <g ߭ M; zEcpwt <S
возможно, вместо обработки HTTP-запроса через сокет. попробуйте использовать модуль requests.
Вы пробовали добавить заголовок
Host? И действительно ли сервер, к которому вы обращаетесь, является явным HTTP-прокси (а не обратным прокси)? В противном случае полный URL-адрес не должен содержаться после метода в запросе, а должен содержаться только компонент пути.