11 May
2006
11 May
'06
4:32 a.m.
I have corrected it on CVS and added new snapshot version 4.1 with this
correction on ftp.iptel.org. It is not tested like normal snapshot, but
it seems to be working for the first look.
The settings
modparam("rls", "db_mode", 1)
says that only resource list subscriptions (subscriptions to resource
lists NOT subscriptions to standalone users) will be stored into
database. If you want to store subscriptions to standalone users and
published information you have to set
modparam("pa", "use_db", 1)
[more information about module parameters you can read in presence
handbook in description of PA and RLS module]
Vaclav
On Wed, May 10, 2006 at 06:13:06PM +0100, Miguel Freitas wrote:
just glad of being useful
Thanks for your feedback!
One last question: subscriptions are stored on the SER DB?
I have <modparam("rls", "db_mode", 1)> on the config file
Miguel
On 5/10/06, Vaclav Kubart <vaclav.kubart(a)iptel.org> wrote:
>I have captured SIP and HTTP packets with Ethereal, sending file..
>> (It doesn't include packets changed between SER and apache because they
>are
>> on the same machine and I don't have access to it right now)
>> SER and apache on 193.136.93.140
>> SIP domain = itav140.av.it.pt
>> eyeBeam <sip:4004@193.136.93.252> and <sip:4002@193.136.92.68 >
>> After register, client <sip:4002@193.136.92.68
<sip:4002@193.136.92.68>>
>> changes his status to Away (packet 53)
>> <sip:4004> receives the new presence status of <sip:4002> (packet 55
and
>75)
>> But when <sip:4002> renew his PUBLISH (packet 79) he doesn't include
a
>> message body with his presence state.
>> So, the subsequent NOTIFY received by <sip:4004> (packet 85) doesn't
>include
>> the presence status Away any more, even thou <sip:4002> hasn't
changed
>his
>> status.
>> After that, the client <sip:4004> shows <sip:4002> as Available,
when he
>is
>> Away.
>
>Bingo! You have found a bug in SER - thanks! I have read it in RFC now,
>and in the case of empty body needs the state be refreshed, not cleared
>as was done. I will correct it soon.
>
> Vaclav
>
>
I was missing line
lookup_user("To");
It was missing in the presence handbook too - it will be corrected in
next version.
Shouldn't the resource list of subscriptions be stored on the SER DB?
Because I'm getting that Waning all the time and I can't find any entry
related with subscriptions (table rls_subscription, ...)
No DB is not problem there. I will correct it in CVS - this warning will
not be displayed if parameter will be "0".