sipx-dev, generate some discussion and then file a feature request at track.sipfoundry.org.
What you should do is provide a full reason of what you are looking for and why. Some of your functions might be easily addressed without a feature code. Example, dialling "999" to do a feature code for an echo test can simply be a dialing rule to forward to an external echo test or screaming monkeys test via a full sip uri like 1...@loligo.com (john todd's screaming monkeys test at loligo.com, same as 1234*256 in ISN dialling). A list to work from might be easy and helpful. I haven't tried this, but suspect it would work. On Fri, Nov 20, 2009 at 6:47 PM, m...@grounded.net <m...@grounded.net>wrote: > > residential Centrex type service with the Features that are available in > a > > SIP PBX. Surely, one can’t expect them to be the same. > > Message retrieval, account controls such as *72, *72, etc. And, adding some > testing tools > would be great too, echo test, etc. > > > However, if someone is trying to create a commercial offering with > sipXecs > > that includes those types of features, I’m sure the developers would > > welcome the addition to the project. > > And how do we go about formulating such a request? > > > > _______________________________________________ > sipx-users mailing list sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
