Hi, I found out another bug related with uaprof. When starting mbuni with empty spool dir and sending an MMS, receiver gets a message with text "Mobile MMS Settings not found". For the second time (when then uaprof is cached) this issue no longer occurs. Here is what debug log shows:
2006-02-11 09:54:02 [6327] [7] DEBUG: $$$$$$ fetch message [fail] replying with [type=m-retrieve-conf,content_len=125]: [...] 2006-02-11 09:54:02 [6327] [7] DEBUG: data: 58 2d 4d 6d 73 2d 52 65 74 72 69 65 76 65 2d 53 X-Mms-Retrieve-S 2006-02-11 09:54:02 [6327] [7] DEBUG: data: 74 61 74 75 73 3a 20 45 72 72 6f 72 2d 74 72 61 tatus: Error-tra 2006-02-11 09:54:02 [6327] [7] DEBUG: data: 6e 73 69 65 6e 74 2d 66 61 69 6c 75 72 65 nsient-failure 2006-02-11 09:54:02 [6327] [7] DEBUG: Octet string dump ends. And it looks like only afterwards profile is being fetched: 2006-02-11 09:54:02 [6327] [7] DEBUG: Dumping MMS message body (not multipart) [0 parts] --> 2006-02-11 09:54:02 [6327] [7] DEBUG: HTTP: Destroying HTTPClient area 0x8d93f80. 2006-02-11 09:54:02 [6327] [7] DEBUG: HTTP: Destroying HTTPClient for `192.168.150.2'. 2006-02-11 09:54:02 [6327] [7] DEBUG: entered free_clientinfo 1, ip=148455712 2006-02-11 09:54:02 [6327] [7] DEBUG: left free_clientinfo 2006-02-11 09:54:02 [6327] [7] DEBUG: Thread 7 (mmsproxy.c:(gwthread_func_t *)fetchmms_proxy) terminates. 2006-02-11 09:54:02 [6327] [6] DEBUG: HTTP: Opening connection to `nds1.nds.nokia.com:80' (fd=25). 2006-02-11 09:54:02 [6327] [6] DEBUG: Socket connecting 2006-02-11 09:54:02 [6327] [5] DEBUG: Get info about connecting socket 2006-02-11 09:54:02 [6327] [5] DEBUG: HTTP: Sending request: 2006-02-11 09:54:02 [6327] [5] DEBUG: Octet string at 0x8d8fa10: 2006-02-11 09:54:02 [6327] [5] DEBUG: len: 93 2006-02-11 09:54:02 [6327] [5] DEBUG: size: 1024 2006-02-11 09:54:02 [6327] [5] DEBUG: immutable: 0 2006-02-11 09:54:02 [6327] [5] DEBUG: data: 47 45 54 20 2f 75 61 70 72 6f 66 2f 4e 36 32 33 GET /uaprof/N623 2006-02-11 09:54:02 [6327] [5] DEBUG: data: 30 72 32 30 30 2e 78 6d 6c 20 48 54 54 50 2f 31 0r200.xml HTTP/1 2006-02-11 09:54:02 [6327] [5] DEBUG: data: 2e 31 0d 0a 48 6f 73 74 3a 20 6e 64 73 31 2e 6e .1..Host: nds1.n 2006-02-11 09:54:02 [6327] [5] DEBUG: data: 64 73 2e 6e 6f 6b 69 61 2e 63 6f 6d 0d 0a 55 73 ds.nokia.com..Us 2006-02-11 09:54:02 [6327] [5] DEBUG: data: 65 72 2d 41 67 65 6e 74 3a 20 4d 62 75 6e 69 2f er-Agent: Mbuni/ 2006-02-11 09:54:02 [6327] [5] DEBUG: data: 31 2e 30 2e 30 2d 63 76 73 0d 0a 0d 0a 1.0.0-cvs.... 2006-02-11 09:54:02 [6327] [5] DEBUG: Octet string dump ends. Here is the relevant code in mmsc/mmsproxy.c: if (settings->content_adaptation) { MmsMsg *outmsg = NULL; int x = mms_transform_msg(m, h->prof, &outmsg); if (x == -1) { /* Temporary failure, we need to fetch profile. */ mr = mms_retrieveconf(NULL, transid, "Error-transient-failure", "Mobile MMS Settings not found", settings->system_user,MS_1_1); s = mms_tobinary(mr); goto failed; On 2/10/06, Dziugas Baltrunas <[EMAIL PROTECTED]> wrote: > Hi, > > I noticed that a thread mmlib/mms_uaprof.c:mms_profile_fetcher() is > started from three places (call to mms_start_profile_engine): > mmsc/mmsrelay.c:main(), mmsc/mmsproxy.c:main() and > mmsc/mmssend.c:main(). The last one IMHO should be removed entirely > from CVS and for the two former ones there should be either a decision > which process (i.e. mmsrelay or mmsproxy) should create the thread or > a check if a thread does not yet exist (which I guess is not an easy > task since thread is started from separate processes). > > To clarify the situation, having both mmsrelay and mmsproxy running > and sending a TERM to both, tail of debug log shows it: > > 2006-02-10 18:21:01 [32311] [1] DEBUG: Fetcher shutdown... > 2006-02-10 18:21:01 [32311] [1] DEBUG: Thread 1 > (mms_uaprof.c:(gwthread_func_t *)mms_profile_fetcher) terminates. > 2006-02-10 18:21:03 [32311] [0] DEBUG: Immutable octet strings: 773. > 2006-02-10 18:21:05 [32313] [1] DEBUG: Fetcher shutdown... > 2006-02-10 18:21:05 [32313] [1] DEBUG: Thread 1 > (mms_uaprof.c:(gwthread_func_t *)mms_profile_fetcher) terminates. > 2006-02-10 18:21:07 [32313] [0] DEBUG: Immutable octet strings: 776. > > -- > Dziugas > -- Dziugas _______________________________________________ Devel mailing list Devel@mbuni.org http://mbuni.org/mailman/listinfo/devel_mbuni.org