On 11/24/04 12:20, Bruno Lopes F. Cabral wrote:
Hi
thanks for the tip, but would all the registered
contacts ring at same time when a call arrives?
and SER would still be able to direct the call
to who answer first? :~(
it seems a good reason to jump pro 0.8.14 to
-dev17. does anyone have an ETA on next SER stable
release? ;-)
The proceedings already started:
http://lists.iptel.org/pipermail/serusers/2004-November/012820.html
Current phase is "cvs frozen":
http://lists.iptel.org/pipermail/serdev/2004-November/003324.html
We plan to have it before Christmas, but you never know ... :-) If
people from mailing list help with testing, give feedback, report bugs,
we will be in time and new stable ser will fly before next year.
Otherwise it will turn in a kind of testing release (debian approach).
Daniel
Cheers
!3runo
Marian Dumitru wrote:
Hi Bruno,
Not really. MAX_BRANCHES controls the maximum number of branches when
you fork a request. Be limiting this value, you can still register as
many contacts as you want, and lookup() will return only one contact.
Best regards,
Marian
Bruno Lopes F. Cabral wrote:
> on SER 0.8.14, would config.h's MAX_BRANCHES do this trick?
>
> Marian Dumitru wrote:
>
>> If I'm not wrong, in the cvs head version you can limit the number
>> of contacts registered for an subscriber. See "max_contacts"
>> parameter in registrar module.
>
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers