> -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of > Nair, Arjun AVAYA (CAR:9D30) > Sent: Tuesday, February 02, 2010 10:45 AM > To: Lawrence, Scott AVAYA (BL60:9D30) > Cc: [email protected]; Andy Spitzer > Subject: Re: [sipX-dev] Regarding Mailbox preferences - > active greeting in sipXconfig / sipXIvr (XX-6702) > > Scott Lawrence wrote: > > On Mon, 2010-02-01 at 21:19 -0500, Paul Mossman wrote: > > > >>> Now, where to put the e-mail stuff (and other per-user stuff that > >>> the user can change directly), is a question for another day. I > >>> think we all agree that ValidUsers.xml isn't the right place, but > >>> where is the right place? > >> The email stuff is currently living in validusers.xml. We > agree that > >> it isn't ideal, hence XX-7560. Any reason we can't live > with this in 4.2? > > > > Really - how much work is it to read and write a file? Why > is this a > > big deal. Get it right now and you don't need to worry about > > converting it later. > > > > Is anyone else apart from sipXivr using validusers.xml? From > sipXconfig side, it's fairly trivial to output the settings > to separate files, as long as all the services are in sync > with the change. > > Arjun > _______________________________________________ > sipx-dev mailing list [email protected] List > Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev > sipXecs IP PBX -- http://www.sipfoundry.org/ >
It is not a great deal of work to change sipXivr to read a different file but .. It represents more churn/effort and for little gain (as far as I can see). I think nirvana would come when we have an abstract class that owns user data (validusersXML.java is a start) that abstracts data representation/replication/distribution and can be used by clients to both Read and modify various user attributes. SipXconfig would be an example of client that does a lot of modifying. Peter _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
