looks like the message is not found. can you check that that maximum- send-attempts is at least 10? And also that the message is not expiring before being fetched? Also a fuller log would show better why a notification goes out and the message vanishes before retrieval. On Aug 11, 2006, at 13:06, Anton wrote:
> Tried, > > Now it does not have this NO-URL string, but anyway transfer aborts > on the same 98% retrieval > with the following in the log-file > > > WSP 3: New state CONNECTED > 2006-08-11 15:58:22 [31400] [7] INFO: Fetching <http://mmsc/h- > [EMAIL PROTECTED]/wx7> > 2006-08-11 15:58:22 [31400] [7] DEBUG: WSP: Mapping url <http:// > mmsc/[EMAIL PROTECTED]/wx7> > 2006-08-11 15:58:22 [31400] [7] DEBUG: WSP: Matching <http://mmsc/> > with <http://mmsc/> > 2006-08-11 15:58:22 [31400] [7] DEBUG: WSP: URL Rewriten from > <http://mmsc/[EMAIL PROTECTED]/wx7> to <http://localhost: > 1981/[EMAIL PROTECTED]/wx7> > 2006-08-11 15:58:22 [31400] [1] DEBUG: WSP: machine 0x81b5e88, > state CONNECTED, event S-MethodInvoke.res > 2006-08-11 15:58:22 [31400] [1] DEBUG: WSP: method 11, state > REQUESTING, event S-MethodInvoke.res > 2006-08-11 15:58:22 [31400] [17] DEBUG: Parsing URL `http:// > localhost:1981/[EMAIL PROTECTED]/wx7': > 2006-08-11 15:58:22 [31400] [17] DEBUG: Scheme: http:// > 2006-08-11 15:58:22 [31400] [17] DEBUG: Host: localhost > 2006-08-11 15:58:22 [31400] [17] DEBUG: Port: 1981 > 2006-08-11 15:58:22 [31400] [17] DEBUG: Username: (null) > 2006-08-11 15:58:22 [31400] [17] DEBUG: Password: (null) > 2006-08-11 15:58:22 [31400] [17] DEBUG: Path: /h- > [EMAIL PROTECTED]/wx7 > 2006-08-11 15:58:22 [31400] [17] DEBUG: Query: (null) > 2006-08-11 15:58:22 [31400] [17] DEBUG: Fragment: (null) > 2006-08-11 15:58:22 [31400] [17] DEBUG: HTTP: Reusing connection to > `localhost:1981' (fd=43). > 2006-08-11 15:58:22 [31400] [17] DEBUG: Socket connected at once > 2006-08-11 15:58:22 [31400] [17] DEBUG: HTTP: Sending request: > 2006-08-11 15:58:22 [31400] [17] DEBUG: Octet string at 0x81b8e00: > 2006-08-11 15:58:22 [31400] [17] DEBUG: len: 563 > 2006-08-11 15:58:22 [31400] [17] DEBUG: size: 1024 > 2006-08-11 15:58:22 [31400] [17] DEBUG: immutable: 0 > > Server: Kannel/1.4.0..Content-Length: 97..Pragma: no-cache.. > Cache-Control: no-cache..Content-Type: application/vnd.wap.mms- > message.......... > D.b....Error-permanent-message-not-found....system- > [EMAIL PROTECTED] > Message not found > > Any ideas? > > Regards, > Anton. > > > On 11 August 2006 15:24, Paul Bagyenda wrote: >> Try this: >> >> in your kannel.conf, sendsms-user group, add: >> >> concatenation = true >> max-messages = 10 >> >> It would seem that the MMS notification is too large for >> one SMS, causing Kannel to split it badly... >> >> On Aug 11, 2006, at 08:23, Anton wrote: >>> Hello! >>> >>> Trying to make MBUNI working I've stuck on the step >>> when my phone receives >>> an MMS notification SMS, and when my phone tryes to >>> retrieve an MMS message >>> it aborts on 98% - >>> >>> what I was able to find in log files, looks like my >>> phone tries to get a single MMS as twice, the first >>> part is ok and the corresponding part of the log file >>> tells about it but the second part is an attempt of the >>> phone to retrieve something with no URL provided, >>> so WAPBOX returns an ERROR and so my phone says >>> "connection aborted". Please see below the parts of the >>> logs. Phone is PALM TREO 650 - could it be a phone >>> specific - I do not know. I'm going to try with another >>> phone too. Also please see attached my config files for >>> kannel and MBUNI - maybe something is wrong there? >>> >>> (1rs part) >>> >>> 2006-08-10 19:03:53 [25763] [1] DEBUG: WSP: machine >>> 0x81bd0a8, state CONNECTED, event S-MethodInvoke.res >>> 2006-08-10 19:03:53 [25763] [1] DEBUG: WSP: method 51, >>> state REQUESTING, event S-MethodInvoke.res >>> 2006-08-10 19:03:53 [25763] [1] DEBUG: WSP 16/51: New >>> method state PROCESSING >>> 2006-08-10 19:03:53 [25763] [1] DEBUG: WSP 16: New >>> state CONNECTED 2006-08-10 19:03:53 [25763] [6] DEBUG: >>> WTP: resp_machine 51, state INVOKE_RESP_WAIT, event >>> TR-Invoke.res. >>> 2006-08-10 19:03:53 [25763] [6] DEBUG: WTP 51: New >>> state RESULT_WAIT 2006-08-10 19:03:53 [25763] [17] >>> DEBUG: Parsing URL `http:// >>> localhost:1981/[EMAIL PROTECTED]/wx71': >>> 2006-08-10 19:03:53 [25763] [17] DEBUG: Scheme: >>> http:// 2006-08-10 19:03:53 [25763] [17] DEBUG: Host: >>> localhost 2006-08-10 19:03:53 [25763] [17] DEBUG: >>> Port: 1981 2006-08-10 19:03:53 [25763] [17] DEBUG: >>> Username: (null) 2006-08-10 19:03:53 [25763] [17] >>> DEBUG: Password: (null) 2006-08-10 19:03:53 [25763] >>> [17] DEBUG: Path: / [EMAIL PROTECTED]/wx71 >>> 2006-08-10 19:03:53 [25763] [17] DEBUG: Query: (null) >>> 2006-08-10 19:03:53 [25763] [17] DEBUG: Fragment: >>> (null) 2006-08-10 19:03:53 [25763] [17] DEBUG: HTTP: >>> Reusing connection to `localhost:1981' (fd=43). >>> 2006-08-10 19:03:53 [25763] [17] DEBUG: Socket >>> connected at once 2006-08-10 19:03:53 [25763] [17] >>> DEBUG: HTTP: Sending request: 2006-08-10 19:03:53 >>> [25763] [17] DEBUG: Octet string at 0x81c3fe0: >>> 2006-08-10 19:03:53 [25763] [17] DEBUG: len: 563 >>> 2006-08-10 19:03:53 [25763] [17] DEBUG: size: 1024 >>> 2006-08-10 19:03:53 [25763] [17] DEBUG: immutable: 0 >>> >>> After I see 98% dowloaded >>> >>> 2006-08-10 20:14:32 [25917] [7] DEBUG: WSP: Mapping url >>> <http://(! no url!)/> >>> 2006-08-10 20:14:32 [25917] [7] DEBUG: WSP: Matching >>> <http://mmsc/> with <http://(!no > >>> 2006-08-10 20:14:32 [25917] [7] DEBUG: expire_cookies: >>> No cookies in cache >>> 2006-08-10 20:14:32 [25917] [7] DEBUG: set_cookies: No >>> cookies in cache >>> 2006-08-10 20:14:32 [25917] [1] DEBUG: WSP: machine >>> 0x81b5770, state CONNECTED, event S-MethodInvoke.res >>> 2006-08-10 20:14:32 [25917] [1] DEBUG: WSP: method 5, >>> state REQUESTING, event S-MethodInvoke.res >>> 2006-08-10 20:14:32 [25917] [1] DEBUG: WSP 1/5: New >>> method state PROCESSING >>> 2006-08-10 20:14:32 [25917] [1] DEBUG: WSP 1: New state >>> CONNECTED 2006-08-10 20:14:32 [25917] [6] DEBUG: WTP: >>> resp_machine 5, state INVOKE_RESP_WAIT, event >>> TR-Invoke.res. >>> 2006-08-10 20:14:32 [25917] [6] DEBUG: WTP 5: New state >>> RESULT_WAIT 2006-08-10 20:14:32 [25917] [17] DEBUG: >>> Parsing URL `http://(!no url!)/': >>> 2006-08-10 20:14:32 [25917] [17] DEBUG: Scheme: >>> http:// 2006-08-10 20:14:32 [25917] [17] DEBUG: Host: >>> (!no url!) 2006-08-10 20:14:32 [25917] [17] DEBUG: >>> Port: 80 2006-08-10 20:14:32 [25917] [17] DEBUG: >>> Username: (null) 2006-08-10 20:14:32 [25917] [17] >>> DEBUG: Password: (null) 2006-08-10 20:14:32 [25917] >>> [17] DEBUG: Path: / 2006-08-10 20:14:32 [25917] [17] >>> DEBUG: Query: (null) 2006-08-10 20:14:32 [25917] [17] >>> DEBUG: Fragment: (null) 2006-08-10 20:14:32 [25917] >>> [17] ERROR: Error while gw_gethostbyname occurs. >>> 2006-08-10 20:14:32 [25917] [17] ERROR: System error 3: >>> No such process >>> 2006-08-10 20:14:32 [25917] [17] ERROR: gethostbyname >>> failed 2006-08-10 20:14:32 [25917] [17] ERROR: error >>> connecting to server ` (!no url!)' at port `80' >>> 2006-08-10 20:14:32 [25917] [17] DEBUG: HTTP: Opening >>> connection to `(!no url!):80' (fd=0). >>> 2006-08-10 20:14:32 [25917] [17] ERROR: Couldn't send >>> request to <http://(!no url!)/> >>> 2006-08-10 20:14:32 [25917] [8] ERROR: WSP: HTTP lookup >>> failed, oops. 2006-08-10 20:14:32 [25917] [1] DEBUG: >>> WSP: machine 0x81b5770, state CONNECTED, event >>> S-MethodResult.req >>> 2006-08-10 20:14:32 [25917] [1] DEBUG: WSP: method 5, >>> state PROCESSING, event S-MethodResult.req >>> 2006-08-10 20:14:32 [25917] [1] WARNING: WSP: Missing >>> Content-Type header in response, guessing >>> application/octet-stream 2006-08-10 20:14:32 [25917] >>> [1] DEBUG: WSP: Mapping `application/ octet-stream', >>> WSP 1.2 to 0xffffffff. >>> >>> >>> Regards, >>> anton. >>> <kannel.conf> >>> <mmsc.conf> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://mbuni.org/mailman/listinfo/users_mbuni.org >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://mbuni.org/mailman/listinfo/users_mbuni.org > > _______________________________________________ > Users mailing list > [email protected] > http://mbuni.org/mailman/listinfo/users_mbuni.org _______________________________________________ Users mailing list [email protected] http://mbuni.org/mailman/listinfo/users_mbuni.org
