Re: Filtering headers in Kannel
Stipe Tolj <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Organization | tolj.org system architecture |
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Georg von Zezschwitz wrote:
> Kannel then uses these headers:
>
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WSP: Mapping
> `application/vnd.wap.mms-message', WSP 1.2 to 0xf
> fffffff.
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WSP: Mapping `User-Agent', WSP
> 1.3 to 0x0029.
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WSP: Mapping `Pragma', WSP 1.3 to
> 0x001f.
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WSP: Mapping `Accept', WSP 1.3 to
> 0x0000.
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WSP: Mapping `*/*', WSP 1.2 to
> 0x0000.
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WSP: Mapping `Content-Length',
> WSP 1.3 to 0x000d.
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WSP: Mapping `Content-Type', WSP
> 1.3 to 0x0011.
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WSP: Mapping `Encoding-Version',
> WSP 1.3 to 0x0043.
> 2007-04-18 16:08:31 [22543] [2] DEBUG: WDP (wapbox): delivering 2
> segments to bearerbox
>
> ... to generate this SMS data (shown as request to an HTTP Kannel-type
> SMSC):
>
> username=...&password=...&to=%2B4917000000000&text=%00%06xapplication%2Fvnd.wap.mms-message%00%A9curl%2F7.13.1+(powerpc-apple-darwin8.0)+libcurl%2
>
> F7.13.1+OpenSSL%2F0.9.7l+zlib%2F1.2.3%00%9F%80%80%80%8D%FF%C3%93wap-a&udh=%0B%05%04%0B%84%23%F0%00%03%00%02%01&from=1234&coding=1
>
>
> username=...&password=...&to=%2B491700000000&text=pplication-id%3A4%0D%0A%0D%0A%8C%82%98AmwxdJKCOE5waJkqI%00%8D%90%89%1A%80%2B491700000000%2FTYP
>
> E%3DPLMN%00%8A%80%8E%02%01%13%88%05%81%03%02%A3%00%83http%3A%2F%2Fxyz%2Fmmsc%2F1_2%3FAmwxdJKCOE5waJkqI%00&udh=%0B%05%04%0B%84%23%F0%00%03%00%02%02&from=1234&coding=1
>
>
>
> Quite a lot of this is not required for a valid MMS push, prolongs the
> message length and might lead to a further short message for the push.
oooook, the issue are the tokenized headers in the MMSEncap thing. I got it.
Yep, I agree, this is a thing that results in "extending" the M-notification.ind
from 1 to 2, worst case even 3 segments.
Stipe
- -------------------------------------------------------------------
Kölner Landstrasse 419
40589 DÃŒsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
- -------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGJ3wX9ez0oeKvYs0RAtyKAJ9qQkLf73lyQKb7cYToEpO5lzRQhACfSLbd
UxC/Vtwoxi6MeDYfbHfhhTw=
=viq8
-----END PGP SIGNATURE-----