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
