Re: [Users] Fetching of MMS fails
Hi Paul, thank you very much, it's working now. Maybe it make sense to add hint in the mbuni user guide to set concatenation = true max-messages = 10 in for the kannel sendsms-user group. BR Jan Am 05.05.2011 16:16, schrieb Paul Bagyenda: add max-messages = 10 to the sendsms-user group in your kannel config. Should do the trick. On May 05, 2011, at 15:10, Jan Riedinger wrote: By the further examination of the problem, we found probably an explanation for the problem, but no fix until now. For the MMS below we found in the kannel log file: 2011-05-05 10:49:32 [67656] [3] INFO: sendsms sender: () to:<+4915152> msg:<^A^F^C\xbe\xaf\x84\x8c\x82\x98mmsc.XXX.eu-3-up-qf5127.2.x512.6 > Obviously kannel didn't send the full SMS notification, but only a part of it. It aborts exactly, where the http get request contains a "%00". It seems that avoiding the usage of '@' in the fetch URL could circumvent the problem. Any other ideas? BR Jan Am 05.05.2011 11:34, schrieb Jan Riedinger: For testing purposes I'm trying to send a MMS to myself via mbuni. It seems that the sending of the MMS and the SMS notification are working, but the the fetch URL seems to get truncated anywhere. In the console log I see: mmsmobilesender.c:306 [MM1] [n/a] Preparing to notify client to fetch message at URL: http://mmsc.XXX.eu/3-up-qf5127.2.x512.6@2/wx74 The SMS notifications, which is sent for the MMS notificaton contains the string "wx74" of the URL: 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 47 45 54 20 2f 63 67 69 2d 62 69 6e 2f 73 65 6e GET /cgi-bin/sen 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 64 73 6d 73 3f 5f 64 75 6d 6d 79 3d 78 26 75 73 dsms?_dummy=x&us 2011-05-05 10:49:32 [25512] [18] DEBUG: data: xxx ername=& 2011-05-05 10:49:32 [25512] [18] DEBUG: data: xxx password=xxx 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 26 74 65 78 74 3d 25 30 31 25 30 36 25 30 33 2&text=%01%06%03 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 42 45 25 41 46 25 38 34 25 38 43 25 38 32 25 %BE%AF%84%8C%82% 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 39 38 6d 6d 73 63 2f 74 2f 73 2e 65 75 2d 33 2d 98mmsc.XXX.eu-3- 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 75 70 2d 71 66 35 31 32 37 2e 32 2e 78 35 31 32 up-qf5127.2.x512 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 2e 36 25 30 30 25 38 44 25 39 30 25 38 39 25 31 .6%00%8D%90%89%1 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 39 25 38 30 38 30 2e 31 38 37 2e 31 30 33 2e 35 9%8080.187.103.5 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 37 25 32 46 54 59 50 45 25 33 44 49 50 76 34 25 7%2FTYPE%3DIPv4% 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 30 25 39 36 57 47 25 33 41 2b 54 65 73 74 2b 00%96WG%3A+Test+ 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 35 25 30 30 25 38 41 25 38 30 25 38 45 25 30 32 5%00%8A%80%8E%02 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 45 44 25 44 30 25 38 38 25 30 35 25 38 31 25 %ED%D0%88%05%81% 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 33 25 30 39 39 25 38 36 25 38 33 68 74 74 70 03%099%86%83http 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 33 41 25 32 46 25 32 46 6d 6d 73 63 2f 74 2f %3A%2F%2Fmmsc.xx 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 74 2e 65 75 25 32 46 33 2d 75 70 2d 71 66 35 31 x.eu%2F3-up-qf51 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 37 2e 32 2e 78 35 31 32 2e 36 25 34 30 32 25 27.2.x512.6%402% 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 46 77 78 37 34 25 30 30 26 74 6f 3d 25 32 42 2Fwx74%00&to=%2B 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 34 39 31 35 31 35 32 32 35 37 36 37 37 26 75 64 4915152257677&ud 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 68 3d 25 30 36 25 30 35 25 30 34 25 30 42 25 38 h=%06%05%04%0B%8 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 34 25 32 33 25 46 30 20 48 54 54 50 2f 31 2e 31 4%23%F0 HTTP/1.1 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 0d 0a 48 6f 73 74 3a 20 31 39 34 2e 32 39 2e 32 ..Host: 194.29.2 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 33 35 2e 31 36 31 3a 31 33 30 31 33 0d 0a 43 6f 35.161:13013..Co 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 6e 6e 65 63 74 69 6f 6e 3a 20 6b 65 65 70 2d 61 nnection: keep-a 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 6c 69 76 65 0d 0a 43 6f 6e 6e 65 63 74 69 6f 6e live..Connection 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 3a 20 63 6c 6f 73 65 0d 0a 55 73 65 72 2d 41 67 : close..User-Ag 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 65 6e 74 3a 20 4d 62 75 6e 69 2f 63 76 73 2d 32 ent: Mbuni/cvs-2 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 31 31 30 33 32 38 0d 0a 0d 0a 0110328 But my HTC phone tries to fetch the message without this appendix and the MMS isn't found: 2011-05-05 10:49:49 [25512] [3] DEBUG: HTT
Re: [Users] Fetching of MMS fails
Can you share you confs. Looks like a kannel misconfiguration, or the sendsms URL is wrong in your Mbuni conf On 5 May 2011 15:10, Jan Riedinger wrote: > By the further examination of the problem, we found probably an > explanation for the problem, but no fix until now. > > For the MMS below we found in the kannel log file: > 2011-05-05 10:49:32 [67656] [3] INFO: sendsms sender: () > to:<+4915152> > msg:<^A^F^C\xbe\xaf\x84\x8c\x82\x98mmsc.XXX.eu-3-up-qf5127.2.x512.6 > > > > Obviously kannel didn't send the full SMS notification, but only a part of > it. It aborts exactly, where the http get request contains a "%00". It seems > that avoiding the usage of '@' in the fetch URL could circumvent the > problem. > > Any other ideas? > > BR >Jan > > > > Am 05.05.2011 11:34, schrieb Jan Riedinger: > > For testing purposes I'm trying to send a MMS to myself via mbuni. It seems > that the sending of the MMS and the SMS notification are working, but the > the fetch URL seems to get truncated anywhere. In the console log I see: > > mmsmobilesender.c:306 [MM1] [n/a] Preparing to notify client > to fetch message at URL: http://mmsc.XXX.eu/3-up-qf5127.2.x512.6@2/wx74 > > The SMS notifications, which is sent for the MMS notificaton contains the > string "wx74" of the URL: > > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 47 45 54 20 2f 63 67 69 2d > 62 69 6e 2f 73 65 6e GET /cgi-bin/sen > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 64 73 6d 73 3f 5f 64 75 6d > 6d 79 3d 78 26 75 73 dsms?_dummy=x&us > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: > xxx ername=& > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: > xxx password=xxx > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 26 74 65 78 74 3d 25 30 > 31 25 30 36 25 30 33 2&text=%01%06%03 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 42 45 25 41 46 25 38 34 > 25 38 43 25 38 32 25 %BE%AF%84%8C%82% > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 39 38 6d 6d 73 63 2f 74 2f > 73 2e 65 75 2d 33 2d 98mmsc.XXX.eu-3- > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 75 70 2d 71 66 35 31 32 37 > 2e 32 2e 78 35 31 32 up-qf5127.2.x512 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 2e 36 25 30 30 25 38 44 25 > 39 30 25 38 39 25 31 .6%00%8D%90%89%1 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 39 25 38 30 38 30 2e 31 38 > 37 2e 31 30 33 2e 35 9%8080.187.103.5 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 37 25 32 46 54 59 50 45 25 > 33 44 49 50 76 34 25 7%2FTYPE%3DIPv4% > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 30 25 39 36 57 47 25 33 > 41 2b 54 65 73 74 2b 00%96WG%3A+Test+ > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 35 25 30 30 25 38 41 25 38 > 30 25 38 45 25 30 32 5%00%8A%80%8E%02 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 45 44 25 44 30 25 38 38 > 25 30 35 25 38 31 25 %ED%D0%88%05%81% > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 33 25 30 39 39 25 38 36 > 25 38 33 68 74 74 70 03%099%86%83http > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 33 41 25 32 46 25 32 46 > 6d 6d 73 63 2f 74 2f %3A%2F%2Fmmsc.xx > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 74 2e 65 75 25 32 46 33 2d > 75 70 2d 71 66 35 31 x.eu%2F3-up-qf51 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 37 2e 32 2e 78 35 31 32 > 2e 36 25 34 30 32 25 27.2.x512.6%402% > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 46 77 78 37 34 25 30 30 > 26 74 6f 3d 25 32 42 2Fwx74%00&to=%2B > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 34 39 31 35 31 35 32 32 35 > 37 36 37 37 26 75 64 4915152257677&ud > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 68 3d 25 30 36 25 30 35 25 > 30 34 25 30 42 25 38 h=%06%05%04%0B%8 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 34 25 32 33 25 46 30 20 48 > 54 54 50 2f 31 2e 31 4%23%F0 HTTP/1.1 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 0d 0a 48 6f 73 74 3a 20 31 > 39 34 2e 32 39 2e 32 ..Host: 194.29.2 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 33 35 2e 31 36 31 3a 31 33 > 30 31 33 0d 0a 43 6f 35.161:13013..Co > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 6e 6e 65 63 74 69 6f 6e 3a > 20 6b 65 65 70 2d 61 nnection: keep-a > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 6c 69 76 65 0d 0a 43 6f 6e > 6e 65 63 74 69 6f 6e live..Connection > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 3a 20 63 6c 6f 73 65 0d 0a > 55 73 65 72 2d 41 67 : close..User-Ag > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 65 6e 74 3a 20 4d 62 75 6e > 69 2f 63 76 73 2d 32 ent: Mbuni/cvs-2 > 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 31 31 30 33 32 38 0d 0a > 0d 0a 0110328 > > But my HTC phone tries to fetch the message without this appendix and the > MMS isn't found: > 2011-05-05 10:49:49 [25512] [3] DEBUG: HTTP: Creating HTTPClient for > `80.187.103.109'. > 2011-05-05 10:49:49 [25512] [3] DEBUG: HTTP: Created HTTPClient ar
Re: [Users] Fetching of MMS fails
By the further examination of the problem, we found probably an explanation for the problem, but no fix until now. For the MMS below we found in the kannel log file: 2011-05-05 10:49:32 [67656] [3] INFO: sendsms sender: () to:<+4915152> msg:<^A^F^C\xbe\xaf\x84\x8c\x82\x98mmsc.XXX.eu-3-up-qf5127.2.x512.6 > Obviously kannel didn't send the full SMS notification, but only a part of it. It aborts exactly, where the http get request contains a "%00". It seems that avoiding the usage of '@' in the fetch URL could circumvent the problem. Any other ideas? BR Jan Am 05.05.2011 11:34, schrieb Jan Riedinger: For testing purposes I'm trying to send a MMS to myself via mbuni. It seems that the sending of the MMS and the SMS notification are working, but the the fetch URL seems to get truncated anywhere. In the console log I see: mmsmobilesender.c:306 [MM1] [n/a] Preparing to notify client to fetch message at URL: http://mmsc.XXX.eu/3-up-qf5127.2.x512.6@2/wx74 The SMS notifications, which is sent for the MMS notificaton contains the string "wx74" of the URL: 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 47 45 54 20 2f 63 67 69 2d 62 69 6e 2f 73 65 6e GET /cgi-bin/sen 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 64 73 6d 73 3f 5f 64 75 6d 6d 79 3d 78 26 75 73 dsms?_dummy=x&us 2011-05-05 10:49:32 [25512] [18] DEBUG: data: xxx ername=& 2011-05-05 10:49:32 [25512] [18] DEBUG: data: xxx password=xxx 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 26 74 65 78 74 3d 25 30 31 25 30 36 25 30 33 2&text=%01%06%03 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 42 45 25 41 46 25 38 34 25 38 43 25 38 32 25 %BE%AF%84%8C%82% 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 39 38 6d 6d 73 63 2f 74 2f 73 2e 65 75 2d 33 2d 98mmsc.XXX.eu-3- 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 75 70 2d 71 66 35 31 32 37 2e 32 2e 78 35 31 32 up-qf5127.2.x512 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 2e 36 25 30 30 25 38 44 25 39 30 25 38 39 25 31 .6%00%8D%90%89%1 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 39 25 38 30 38 30 2e 31 38 37 2e 31 30 33 2e 35 9%8080.187.103.5 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 37 25 32 46 54 59 50 45 25 33 44 49 50 76 34 25 7%2FTYPE%3DIPv4% 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 30 25 39 36 57 47 25 33 41 2b 54 65 73 74 2b 00%96WG%3A+Test+ 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 35 25 30 30 25 38 41 25 38 30 25 38 45 25 30 32 5%00%8A%80%8E%02 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 45 44 25 44 30 25 38 38 25 30 35 25 38 31 25 %ED%D0%88%05%81% 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 33 25 30 39 39 25 38 36 25 38 33 68 74 74 70 03%099%86%83http 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 25 33 41 25 32 46 25 32 46 6d 6d 73 63 2f 74 2f %3A%2F%2Fmmsc.xx 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 74 2e 65 75 25 32 46 33 2d 75 70 2d 71 66 35 31 x.eu%2F3-up-qf51 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 37 2e 32 2e 78 35 31 32 2e 36 25 34 30 32 25 27.2.x512.6%402% 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 32 46 77 78 37 34 25 30 30 26 74 6f 3d 25 32 42 2Fwx74%00&to=%2B 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 34 39 31 35 31 35 32 32 35 37 36 37 37 26 75 64 4915152257677&ud 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 68 3d 25 30 36 25 30 35 25 30 34 25 30 42 25 38 h=%06%05%04%0B%8 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 34 25 32 33 25 46 30 20 48 54 54 50 2f 31 2e 31 4%23%F0 HTTP/1.1 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 0d 0a 48 6f 73 74 3a 20 31 39 34 2e 32 39 2e 32 ..Host: 194.29.2 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 33 35 2e 31 36 31 3a 31 33 30 31 33 0d 0a 43 6f 35.161:13013..Co 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 6e 6e 65 63 74 69 6f 6e 3a 20 6b 65 65 70 2d 61 nnection: keep-a 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 6c 69 76 65 0d 0a 43 6f 6e 6e 65 63 74 69 6f 6e live..Connection 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 3a 20 63 6c 6f 73 65 0d 0a 55 73 65 72 2d 41 67 : close..User-Ag 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 65 6e 74 3a 20 4d 62 75 6e 69 2f 63 76 73 2d 32 ent: Mbuni/cvs-2 2011-05-05 10:49:32 [25512] [18] DEBUG: data: 30 31 31 30 33 32 38 0d 0a 0d 0a 0110328 But my HTC phone tries to fetch the message without this appendix and the MMS isn't found: 2011-05-05 10:49:49 [25512] [3] DEBUG: HTTP: Creating HTTPClient for `80.187.103.109'. 2011-05-05 10:49:49 [25512] [3] DEBUG: HTTP: Created HTTPClient area 0x91f1690. 2011-05-05 10:49:49 [25512] [0] DEBUG: Request, ip=80.187.103.109, base_client_addr=80.187.103.109, client_addr=80.187.103.109/TYPE=IPv4, url=http://mmsc.xxx.eu/3-up-qf5127.2.x51 2011-05-05 10:49:49 [25512] [0] DEBUG: Started thread 20 (mmsproxy.c:(gwthread_func_t *)fet
