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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers