_______
From: Jijo
To: Bucur Marius ; sr-users@lists.sip-router.org
Sent: Friday, August 19, 2011 11:17 AM
Subject: Re: [SR-Users] decode_mime_type error
Hi Marius,
The existing implementation is done considering the limitation of
decode_mime_type but somehow missed the change in parse_c
till be
buggy, as I explained in the example above.
Cheers,
Marius
____
From: Jijo
To: Bucur Marius
Sent: Thursday, August 18, 2011 10:48 AM
Subject: Re: [SR-Users] decode_mime_type error
Hi Marius,
Right, the same function is used for Accept and Content-Type.
I
Hello Jijo,
It seems like the decode_mime_type is a somehow broken. The comma is very well
allowed in boundary, as you said. The BNF specified in RFC2046 permits it.
But, the decode_mime_type function ignores everything coming after comma. More
than that, it notifies the function caller that thi
Hello Laura,
I made a patch with the changes required for a pure DB_ONLY mode.
You can find it on master branch.
Any feedback is very welcomed.
Regards,
Marius
From: laura testi
To: Henning Westerholt ; "Bucur, Marius Ovidiu"
Cc: "sr-
Hi,
It think there is something wrong with the sql scripts, hence the code
obviously accepts a null sender.
presentity.c:357
if( presentity->sender)
{
query_cols[n_query_cols] = &str_sender_col;
query_vals[n_query_cols].type = DB1_STR;
query_vals[n_query_cols].nul = 0;
query_vals[n_query_cols].v
o
for the "presentity" table when running in db_only mode.
I will make a patch this evening with this change, and commit it on the master
branch.
If anyone has other suggestions, please let me know.
Cheers,
Marius
From: laura testi
To: Henning Westerh
lease tell me more about the
scenario you are using?
Is there any usecase in which you can see the subscription in memory but not in
the active_watchers table?
Regards,
Marius
From: Henning Westerholt
To: "Bucur, Marius Ovidiu"
Cc: "sr-users@
Hello,
If you disable "#!define WITH_PRECENCE" you will not use presence at all - so
it
is most probably that you don't want that.
When you use db_fallback mode, the subscribers are only written to database
once
in a while (in your case every 20 seconds).
Also, if the subscribers are not autho
Hello,
From my opinion, the logging itself will be a performance killer, not appending
the pseudo variables to the log string - which should consist just in fast
memory operations.
Make sure you have "-" before the filename though for asynchronous writing to
the log file (syslog.conf).
Finally
