You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(146) |
Aug
(87) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Kevin E. <ke...@en...> - 2003-07-17 21:36:50
|
hmmm, does the output show up on the screen? can we log into the machine and stuff yet? k > The files don't seem to be growing although they were created and the > ctserver is working well. > > Can I try something else? > > -Matt > > > > > > ----- Original Message ----- > From: "Kevin English" <ke...@en...> > To: <mda...@se...> > Cc: <lin...@so...> > Sent: Thursday, July 17, 2003 10:55 AM > Subject: Re: [Linuxvm-dev] Got RH 9.0 loaded and voicetronix > > >> hey dood, when u start the ctserver do something like this: >> >> ctserver 1> /tmp/ctserver.out 2> /tmp/ctserver.err >> >> that'll redirect the standard error and standard out output to those >> files. this is so we can all see the output of the ctserver by tailing >> those files. otherwise it's just printing it to the console and we'll >> have to keep asking u to go check the screen to see what the server is >> saying, heh. >> >> kevin >> >> > I have the Voicetronix running and will be monitoring it for the >> next hour. >> > >> > I will pass out everyone's port and phone number later today. >> > >> > I will be running the ctserver locally on the console. Should we >> start VNC so you folks can access the console over the weekend? >> > >> > -Matt >> > >> > >> > >> > ------------------------------------------------------- >> > This SF.net email is sponsored by: VM Ware >> > With VMware you can run multiple operating systems on a single >> machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual >> machines at the same time. Free trial click here: >> http://www.vmware.com/wl/offer/345/0 >> _______________________________________________ >> > Linuxvm-developer mailing list >> > Lin...@li... >> > https://lists.sourceforge.net/lists/listinfo/linuxvm-developer >> >> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: VM Ware >> With VMware you can run multiple operating systems on a single >> machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual >> machines at the same time. Free trial click here: >> http://www.vmware.com/wl/offer/345/0 >> _______________________________________________ >> Linuxvm-developer mailing list >> Lin...@li... >> https://lists.sourceforge.net/lists/listinfo/linuxvm-developer >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > _______________________________________________ > Linuxvm-developer mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxvm-developer |
From: Matthew J. D. <mda...@se...> - 2003-07-17 21:27:18
|
The files don't seem to be growing although they were created and the ctserver is working well. Can I try something else? -Matt ----- Original Message ----- From: "Kevin English" <ke...@en...> To: <mda...@se...> Cc: <lin...@so...> Sent: Thursday, July 17, 2003 10:55 AM Subject: Re: [Linuxvm-dev] Got RH 9.0 loaded and voicetronix > hey dood, when u start the ctserver do something like this: > > ctserver 1> /tmp/ctserver.out 2> /tmp/ctserver.err > > that'll redirect the standard error and standard out output to those > files. this is so we can all see the output of the ctserver by tailing > those files. otherwise it's just printing it to the console and we'll have > to keep asking u to go check the screen to see what the server is saying, > heh. > > kevin > > > I have the Voicetronix running and will be monitoring it for the next > > hour. > > > > I will pass out everyone's port and phone number later today. > > > > I will be running the ctserver locally on the console. Should we start > > VNC so you folks can access the console over the weekend? > > > > -Matt > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: VM Ware > > With VMware you can run multiple operating systems on a single machine. > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > > _______________________________________________ > > Linuxvm-developer mailing list > > Lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linuxvm-developer > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > _______________________________________________ > Linuxvm-developer mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxvm-developer > |
From: Matthew J. D. <mda...@se...> - 2003-07-17 21:15:21
|
Done, Looks like it is putting the output to the right place. -Matt ----- Original Message ----- From: "Kevin English" <ke...@en...> To: <mda...@se...> Cc: <lin...@so...> Sent: Thursday, July 17, 2003 10:55 AM Subject: Re: [Linuxvm-dev] Got RH 9.0 loaded and voicetronix > hey dood, when u start the ctserver do something like this: > > ctserver 1> /tmp/ctserver.out 2> /tmp/ctserver.err > > that'll redirect the standard error and standard out output to those > files. this is so we can all see the output of the ctserver by tailing > those files. otherwise it's just printing it to the console and we'll have > to keep asking u to go check the screen to see what the server is saying, > heh. > > kevin > > > I have the Voicetronix running and will be monitoring it for the next > > hour. > > > > I will pass out everyone's port and phone number later today. > > > > I will be running the ctserver locally on the console. Should we start > > VNC so you folks can access the console over the weekend? > > > > -Matt > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: VM Ware > > With VMware you can run multiple operating systems on a single machine. > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > > _______________________________________________ > > Linuxvm-developer mailing list > > Lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linuxvm-developer > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > _______________________________________________ > Linuxvm-developer mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxvm-developer > |
From: Kevin E. <ke...@en...> - 2003-07-17 20:49:51
|
hey dood, when u start the ctserver do something like this: ctserver 1> /tmp/ctserver.out 2> /tmp/ctserver.err that'll redirect the standard error and standard out output to those files. this is so we can all see the output of the ctserver by tailing those files. otherwise it's just printing it to the console and we'll have to keep asking u to go check the screen to see what the server is saying, heh. kevin > I have the Voicetronix running and will be monitoring it for the next > hour. > > I will pass out everyone's port and phone number later today. > > I will be running the ctserver locally on the console. Should we start > VNC so you folks can access the console over the weekend? > > -Matt > > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > _______________________________________________ > Linuxvm-developer mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxvm-developer |
From: Matthew J. D. <mda...@se...> - 2003-07-17 20:20:41
|
I have the Voicetronix running and will be monitoring it for the next hour. I will pass out everyone's port and phone number later today. I will be running the ctserver locally on the console. Should we start VNC so you folks can access the console over the weekend? -Matt |
From: Matthew J. D. <mda...@se...> - 2003-07-17 10:06:31
|
This file explains all the commands and I think we can use it as the use module. This should save us 1 weeks worth of programming. Please let me know if this is something we have been looking for -Matt |
From: Matthew J. D. <mda...@co...> - 2003-07-17 08:46:14
|
SGlzIHNlbnRlbmNlIHNwZWFrcyBhYm91dCBoYXJkd2FyZSwgSSBob3BlIGhlIG1lYW50ICJkaXN0 cmlidXRpbmcgJ3RoZSBzb2Z0d2FyZSBvbicgYm94ZXMiDQogDQpIZXJlIGlzIGEgbGluayBvbiB0 aGUgb3RoZXIgY2FyZHMuICBNaWdodCBnZXQgdGhlbSBvbiBUaHVyc2RheS4gIGh0dHA6Ly93d3cu ZGhsLXVzYS5jb20vY2dpLWJpbi90cmFja2luZy5wbD9BV0I9MzQ2MjAwMzU2NSZMQU49RU5HJlRJ RD1VU19FTkcmRklSU1RfREI9VVMNCiANClRoYW5rcyBmb3IgY29taW5nIG92ZXIgdG9kYXkhDQog DQpJIGFtIHJlbG9hZGluZyB0aGUgbWFuZHJha2Ugd2l0aCBSSCA5LjAgIFdlIGNvdWxkbid0IGdl dCB0aGUgQ3RzZXJ2ZXIgdG8gc3RheSBydW5uaW5nLg0KIA0KLU1hdHQNCg0KCS0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tIA0KCUZyb206IGpvaG5Ac210cDEuYWRsMi5pbnRlcm5vZGUub24ubmV0 IG9uIGJlaGFsZiBvZiBKb2huIEtvc3RvZ2lhbm5pcyANCglTZW50OiBXZWQgNy8xNi8yMDAzIDEx OjQyIFBNIA0KCVRvOiBNYXR0aGV3IEouIERhcm5lbGwgDQoJQ2M6IA0KCVN1YmplY3Q6IFJlOiBS ZWRpc3RyaWJ1dGlvbiBvZiBkcml2ZXIgc291cmNlDQoJDQoJDQoNCglIaSBNYXR0aGV3DQoJU29y cnkgZm9yIHRoZSBsYXRlIHJlcGx5Lg0KCVdlIHNlbnQgeW91ciBib2FyZHMgb3V0IGxhc3Qgd2Vl ay4NCglESEwgbnVtYmVyIDM0NjIgMDAzIDU2NQ0KCQ0KCU9uIHlvdXIgb3RoZXIgcXVlc3Rpb24s IFdlIGRvbid0IGhhdmUgIHByb2JsZW0gd2l0aCB5b3UgZGlzdHJpYnV0aW5nIGJveGVzIHRoYXQg Y29udGFpbiBvdXIgaGFyZHdhcmUuDQoJY2hlZXJzDQoJSm9obg0KCQ0KCQ0KCSJNYXR0aGV3IEou IERhcm5lbGwiIHdyb3RlOg0KCQ0KCT4gQWxvaGEgSm9obiwNCgk+DQoJPiBXZSBhcmUgcGx1Z2dp bmcgYXdheSBvbiBvdXIgcHJvamVjdCBhbmQgaGF2ZSBhIHF1ZXN0aW9uIGluIHJlZ2FyZHMgdG8g dGhlIHJlZGlzdHJpYnV0aW9uIG9mIHRoZSBWUEIgZHJpdmVyLg0KCT4NCgk+IENhbiB3ZSBkaXN0 cmlidXRlIHRoZSBkcml2ZXIgc291cmNlIG9uIGJveGVzIHRoYXQgY29udGFpbiBWb2ljZXRyb25p eCBoYXJkd2FyZT8NCgk+DQoJPiBBbG9oYSwNCgk+IE1hdHRoZXcgSm9obiBEYXJuZWxsDQoJPiBD b21UZWwgLSBIYXdhaWkncyBUZWNobm9sb2d5IExlYWRlcg0KCT4NCgk+IFBob25lIC0gODA4LTUy OS0xMDAyIGV4dCAxMjINCgk+IEZheCAtIDgwOC01MjMtNzk5NQ0KCT4NCgk+IFRoaXMgZS1tYWls IG1lc3NhZ2UgaXMgZm9yIHRoZSBzb2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMp IGFuZCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIHByaXZpbGVnZWQgaW5mb3JtYXRpb24u IEFueSB1bmF1dGhvcml6ZWQgcmV2aWV3LCB1c2UsIGRpc2Nsb3N1cmUgb3IgZGlzdHJpYnV0aW9u IGlzIHByb2hpYml0ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBs ZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYnkgcmVwbHkgZS1tYWlsIGFuZCBkZXN0cm95IGFsbCBj b3BpZXMgb2YgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuIFRvIHJlcGx5IHRvIG91ciBlLW1haWwgZGly ZWN0bHksIHNlbmQgYW4gZS1tYWlsIHRvOiBtZGFybmVsbEBjb210ZWxoaS5jb20NCgkNCgktLQ0K CUpvaG4gS29zdG9naWFubmlzDQoJVm9pY2VUcm9uaXgNCglQb3dlcmluZyBPcGVuIFRlbGVwaG9u eQ0KCVBoIC4gKzYxIDIgOTI2OSAwOTI5DQoJRmF4LiArNjEgMiA5MjY5IDA5MzANCgl3d3cudm9p Y2V0cm9uaXguY29tDQoJDQoJDQoJDQoNCg== |
From: Matthew J. D. <mda...@se...> - 2003-07-16 23:57:59
|
howdy guys, I have added a new function to CTPort called "ctsetscript" which sets a state variable in ctserver. This state variable can be accessed from the management port with this command: cmd=portstatus src=-2 dst=-2 argc=0 And you should get something like this back: cmd=portstatus src=-2 dst=-2 argc=0 port 0 WaitingForConnection port 1 WaitingForConnection port 2 WaitingForConnection port 3 WaitingForConnection port 4 WaitingForConnection port 5 WaitingForConnection port 6 ctwaitforevent handle idle port 7 ctwaitforevent handle idle port 8 ctwaitforevent handle idle port 9 ctwaitforevent handle idle port 10 ctwaitforevent handle idle port 11 ctwaitforevent handle idle Which is a tab delimited list, column 1 is just port, column 2 is the port number, column 3 is the current function in ctserver, and column 4 is the setscript value. |
From: Matt D. <mda...@se...> - 2003-07-16 06:15:19
|
This is from Voicetronix: I have now re-implemented the management thread as mutli-threaded, and = it can now service upto 10 clients (good for click to dial and = monitoring :-) -Matt |
From: Matthew J. D. <mda...@se...> - 2003-07-16 00:30:06
|
> This approach has the disadvantage of building all the functionality > into one > big script. There may be an advantage in that the parent process can > act > as a nanny for all the children, reforking a new one if a child dies or > automagically killing them if they live too long. Dean, One thing to remember is the tasks need to do other things beside answer calls. i.e. If someone looks at all their messages on the computer the message waiting light needs to go off their phone. Some process that is doing the syncronization will have to tell one of the threads they need to go off hook and dial the MWI code, or to notify someone on their pager. We need to devise a way for one of the scripts to be able to break out of its loop while it is waiting for a call. It could be as simple as they all continualy check a test file for something to do, they would delete the entry so no other scripts will duplicate it, if successful it would write it to a log, on a failure it would write it back to the "jobs" file/database. It could also be a mother script passing out assignment via tcp-ip. Something to think about. -Matt |
From: Dean T. <de...@ha...> - 2003-07-15 23:07:20
|
On Monday, Jul 14, 2003, at 20:48 Pacific/Honolulu, Matthew John Darnell wrote: >> Just to throw it out there, long lasting perl daemons leak >> memory. It is something to be aware of, but probably not >> something we should worry about just yet. > > A weekly/nightly reboot would not be a horrible thing. Very little > use from > 8PM - 6AM on a voiecmail, next to none on a Sunday night. I dug up some old TCP server/client perl code I wrote a few years back and merged it with the sample preforking server code from the cookbook. It's a _mostly_ working framework at this point, but missing the Voicemail functionality of course. On startup this "operator" script forks a copy of itself to bind to port 1198, another on 1199 and one each on port 1200 on up until a MAXPORTS condition is met. If bound to port 1198, the child can perform 'management' tasks. The 1199 port is an "are you alive" port that's left over from my previous project - it may or may not be useful. Note that this was more an exercise in re-familiarizing myself with perl TCP sockets than an attempt at any real production code. It is debatable whether this approach or a run-one-script-per-port approach is better. This approach has the disadvantage of building all the functionality into one big script. There may be an advantage in that the parent process can act as a nanny for all the children, reforking a new one if a child dies or automagically killing them if they live too long. -dean |
From: Vince H. <li...@ml...> - 2003-07-15 08:29:20
|
On Mon, Jul 14, 2003 at 09:06:59PM -1000, Kevin English wrote: > yeah, i agree we shouldn't throw too much in the first version, probably, > like u said, hard code a lot of things. we should probably keep the option > of an XML customizable menu system til we get everything else working. > Here's another thing to consider. Remember how we were looking at the web > interface for that Notrel Networks voice mail system? what fields do they > have there? my fields are just things i can think of. i can already see > stuff i missed, like extension. You are going to have to sell me on having the configuration be in XML format. A minimalist approach is to store the configuration in a global hash. -Vince |
From: Vince H. <li...@ml...> - 2003-07-15 08:20:01
|
On Mon, Jul 14, 2003 at 09:56:55PM -1000, Matthew John Darnell wrote: > What were you thinking about when you had department? That is a > good field to have when you have a multi tennant system (more > than one company sharing the same voiecmail) Well, that could be a company field. -Vince |
From: Matthew J. D. <mda...@se...> - 2003-07-15 07:56:56
|
> yeah, i agree we shouldn't throw too much in the first version, probably, > like u said, hard code a lot of things. we should probably keep the option > of an XML customizable menu system til we get everything else working. > Here's another thing to consider. Remember how we were looking at the web > interface for that Notrel Networks voice mail system? what fields do they > have there? my fields are just things i can think of. i can already see > stuff i missed, like extension. If you look at the field_names_v2.csv from this page https://sourceforge.net/project/showfiles.php?group_id=59878 you can see the ones I came up with. What were you thinking about when you had department? That is a good field to have when you have a multi tennant system (more than one company sharing the same voiecmail) -Matt |
From: Kevin E. <ke...@en...> - 2003-07-15 07:01:19
|
yeah, i agree we shouldn't throw too much in the first version, probably, like u said, hard code a lot of things. we should probably keep the option of an XML customizable menu system til we get everything else working. Here's another thing to consider. Remember how we were looking at the web interface for that Notrel Networks voice mail system? what fields do they have there? my fields are just things i can think of. i can already see stuff i missed, like extension. k > > >> Ok, attached (and included in case u have problems with my attachment) >> is a very crude but basic sql schema for a voicemail system. I'm >> sure there's a million little details we need to add.... >> My ideas for the 'object model' are at this point pretty abstarct. >> Basically the way I see it is you have a menu object which is >> intialized with an instance of the ctserver. Each instance of the menu >> requires some kind kind of user (the default user being "Outside >> Caller"), each user has certain permission which we define. The user >> may navigate around the menu and will be given options that coorespond >> to his permissions. the tree structure of the menu would be best >> represented by some kind XML document that can be customized via a web >> interface. >> If i had to make objects right now, i would make the following: >> >> Voicemail::Menu -- controls navigation thru voicemail menu system >> Voicemail::User -- represents a user, an instance of this will be >> used >> in every instance of the Voicemail::Menu object. >> Voicemail::Permissions -- permission verifier >> Voicemail::DB -- db functions >> >> what do u guys think? when will that box be outside the firewall so we >> can start messing around with it.... > > Kevin, > > I don't understand most of this, but from what I can make out it looks > like a great start! > > I like it because it should allow us to easily change what each key > does. This makes adapting to different voicemails much easier. > > My only reservation is that we might be biting off more than we can > chew. It would be good to "do it right the first time" but I would hate > for this project to die under its own weight. > > I can't imagine a team with more complimentary skills than we have! > > We will put the box outside the firewall with direct numbers on > Wednesday.(I can't find a fast mirror and am still downloading the first > Debian CD !?!?!) Makes me appriciate Videl. > > -Matt > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Parasoft > Error proof Web apps, automate testing & more. > Download & eval WebKing and get a free book. > www.parasoft.com/bulletproofapps1 > _______________________________________________ > Linuxvm-developer mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxvm-developer |
From: Matthew J. D. <mda...@se...> - 2003-07-15 06:48:57
|
> Just to throw it out there, long lasting perl daemons leak > memory. It is something to be aware of, but probably not > something we should worry about just yet. A weekly/nightly reboot would not be a horrible thing. Very little use from 8PM - 6AM on a voiecmail, next to none on a Sunday night. -Matt |
From: Vince H. <li...@ml...> - 2003-07-15 05:29:20
|
On Mon, Jul 14, 2003 at 11:40:18AM -1000, Dean Takemori wrote: > Note that the O'Reilly Perl Cookbook has example code on how to > write a pre-forking master server. I was thinking along those > lines myself. Pre-forking should be the approach if there are plans to be any kind of load. Perl is a memory beast, especially if we get OO crazy. Just to throw it out there, long lasting perl daemons leak memory. It is something to be aware of, but probably not something we should worry about just yet. -Vince |
From: Matthew J. D. <mda...@se...> - 2003-07-15 02:33:32
|
> Ok, attached (and included in case u have problems with my attachment) is > a very crude but basic sql schema for a voicemail system. I'm sure > there's a million little details we need to add.... > My ideas for the 'object model' are at this point pretty abstarct. > Basically the way I see it is you have a menu object which is intialized > with an instance of the ctserver. Each instance of the menu requires > some kind kind of user (the default user being "Outside Caller"), each > user has certain permission which we define. The user may navigate > around the menu and will be given options that coorespond to his > permissions. the tree structure of the menu would be best represented by > some kind XML document that can be customized via a web interface. > If i had to make objects right now, i would make the following: > > Voicemail::Menu -- controls navigation thru voicemail menu system > Voicemail::User -- represents a user, an instance of this will be used > in every instance of the Voicemail::Menu object. > Voicemail::Permissions -- permission verifier > Voicemail::DB -- db functions > > what do u guys think? when will that box be outside the firewall so we can > start messing around with it.... Kevin, I don't understand most of this, but from what I can make out it looks like a great start! I like it because it should allow us to easily change what each key does. This makes adapting to different voicemails much easier. My only reservation is that we might be biting off more than we can chew. It would be good to "do it right the first time" but I would hate for this project to die under its own weight. I can't imagine a team with more complimentary skills than we have! We will put the box outside the firewall with direct numbers on Wednesday.(I can't find a fast mirror and am still downloading the first Debian CD !?!?!) Makes me appriciate Videl. -Matt |
From: Kevin E. <ke...@en...> - 2003-07-15 01:55:53
|
Ok, attached (and included in case u have problems with my attachment) is a very crude but basic sql schema for a voicemail system. I'm sure there's a million little details we need to add.... My ideas for the 'object model' are at this point pretty abstarct. Basically the way I see it is you have a menu object which is intialized with an instance of the ctserver. Each instance of the menu requires some kind kind of user (the default user being "Outside Caller"), each user has certain permission which we define. The user may navigate around the menu and will be given options that coorespond to his permissions. the tree structure of the menu would be best represented by some kind XML document that can be customized via a web interface. If i had to make objects right now, i would make the following: Voicemail::Menu -- controls navigation thru voicemail menu system Voicemail::User -- represents a user, an instance of this will be used in every instance of the Voicemail::Menu object. Voicemail::Permissions -- permission verifier Voicemail::DB -- db functions what do u guys think? when will that box be outside the firewall so we can start messing around with it.... k voicemail.sql --------------------- DROP TABLE IF EXISTS VM_Users ; -- the Vm_USERs table, holds basic info about a user CREATE TABLE VM_Users ( user_id integer auto_increment primary key, first_name varchar(100) not null, -- basic name info last_name varchar(100) not null, mi varchar(1) null, active smallint not null default 0, -- active user in the system department_id integer not null, permission_id integer not null , phone_keys integer null -- phone keys for 'lookup' feature... ) auto_increment = 100; DROP TABLE IF EXISTS VM_Greetings ; -- the VM_Greetings table, holds info about user's greetings.... CREATE TABLE VM_Greetings ( greeting_id integer auto_increment primary key , user_id integer not null, default_greeting smallint not null, greeting_wav_path varchar(200) not null ) auto_increment = 5001; DROP TABLE IF EXISTS VM_Departments ; -- the VM_Greetings table, holds info about departments.... create table VM_Departments ( department_id integer auto_increment primary key, department_name varchar(100) not null , default_user_id integer not null , -- who's mail box will it go to if it's a general inquiry? department_desc_wav_path varchar(200) ) auto_increment = 701; DROP TABLE IF EXISTS VM_Messages ; -- the VM_Messages table, holds info about all messages in the system Create table VM_Messages ( message_id integer auto_increment primary key, message_timestamp DATE not null, user_id_to integer not null , -- who's the message for? user_id_from integer not null, -- who sent the message message_wav_path integer not null, -- where is the message on the server saved_message integer not null -- is this a saved message? ) auto_increment = 10001 ; DROP TABLE IF EXISTS VM_Permissions ; -- the VM_Permissions table, holds info about User permissions Create table VM_Permissions ( permission_id integer auto_increment primary key, permission_desc varchar(200) not null ) auto_increment = 1 ; -- sample data.... -- first, the departments... INSERT INTO VM_Departments ( department_id, department_name, default_user_id , department_desc_wav_path ) values (0, 'Marketing', 0, '/var/data/makerting.wav'); -- makes department id 701 INSERT INTO VM_Departments ( department_id, department_name, default_user_id , department_desc_wav_path ) values (0, 'Tech Support', 0, '/var/data/techsupport.wav'); -- makes department id 702 INSERT INTO VM_Departments ( department_id, department_name, default_user_id , department_desc_wav_path ) values (0, 'Accounting', 0, '/var/data/accocunting.wav'); -- makes department id 703 INSERT INTO VM_Departments ( department_id, department_name, default_user_id , department_desc_wav_path ) values (0, 'Information Technology', 0, '/var/data/it.wav'); -- makes department id 703 -- let's see em SELECT * FROM VM_Departments ; -- now, how bout some permissions... INSERT INTO VM_Permissions VALUES (0, 'Annonymous/Outside Caller Permissions'); INSERT INTO VM_Permissions VALUES (0, 'Regular User Permissions'); -- permission level 2 INSERT INTO VM_Permissions VALUES (0, 'Super User Permissions'); -- permission level 3 -- let's see em SELECT * FROM VM_Permissions ; INSERT INTO VM_Users ( user_id , first_name, last_name , mi, active, department_id, permission_id, phone_keys ) VALUES (0,'Outside', 'Caller',null, 1,0,1,null); -- this is the outside caller, he'll be user_id 100 INSERT INTO VM_Users ( user_id , first_name, last_name , mi, active, department_id, permission_id, phone_keys ) VALUES (0,'Joe', 'Marketing','W', 1,701,2,627); -- marketing guy INSERT INTO VM_Users ( user_id , first_name, last_name , mi, active, department_id, permission_id, phone_keys ) VALUES (0,'Joe', 'Techsupport','W', 1,701,2,823); -- tech support genius INSERT INTO VM_Users ( user_id , first_name, last_name , mi, active, department_id, permission_id, phone_keys ) VALUES (0,'Joe', 'Accounting','W', 1,701,2,222); -- Number cruncher INSERT INTO VM_Users ( user_id , first_name, last_name , mi, active, department_id, permission_id, phone_keys ) VALUES (0,'Joe', 'InfoTech','W', 1,701,3,222); -- the IT Guru, with higher permissions SELECT * FROM VM_Users; |
From: Dean T. <de...@ha...> - 2003-07-14 21:47:21
|
On Monday, Jul 14, 2003, at 11:21 Pacific/Honolulu, Matthew John Darnell wrote: > Kevin, > >> Wednesday is fine for me too.. i have some ideas about how the >> software >> should be structured, i'll try to formalize them a little and send >> them on >> later today. > > That is great. There are other things going on, but that is the call > flow. > We can look at the other issues on Wednesday. Note that the O'Reilly Perl Cookbook has example code on how to write a pre-forking master server. I was thinking along those lines myself. -dean |
From: Matthew J. D. <mda...@se...> - 2003-07-14 21:21:14
|
Kevin, > Wednesday is fine for me too.. i have some ideas about how the software > should be structured, i'll try to formalize them a little and send them on > later today. That is great. There are other things going on, but that is the call flow. We can look at the other issues on Wednesday. One concern i have is how we can test this on our home > machines. it'd be nice to write a package of stubs that more or less > emulate the behavior of this ct-server so that the application logic can > be coded without actually having the cards installed on the machine. this > might be a good question to ask Voicetronix. I was thinking to put our test box outside of our firewall and allow eveyone to ssh into it. everyone would be assigned a port, 1200, 1201, 1202, etc. When I as starting my script I will use "./vmail.pl -p 1203", Dean would use "./vmail.pl -p 1202" etc. That will keep use from conflicting with each other. I can give a direct line to each port, that will allow you to call in from anywhere and test. Does that do what you want? > also, matt, can u post the little test perl program u showed us on friday... I put it on the Sourceforge website, look at the file releases, I gave it version 0.01.001 -Matt |
From: Kevin E. <ke...@en...> - 2003-07-14 21:03:42
|
Wednesday is fine for me too.. i have some ideas about how the software should be structured, i'll try to formalize them a little and send them on later today. One concern i have is how we can test this on our home machines. it'd be nice to write a package of stubs that more or less emulate the behavior of this ct-server so that the application logic can be coded without actually having the cards installed on the machine. this might be a good question to ask Voicetronix. also, matt, can u post the little test perl program u showed us on friday... k >> How does Wednesday at 5PM sound for a meeting at my office? We can >> decide on the objects and how the email synchronization will be done. > > Wednesday is doable for me. > >> I will have the box loaded with Debian and the card installed. I have >> ordered 5 more cards and we can install another one in a FreeBSD box >> when they come in. > > The FreeBSD Voicetronix drivers are interesting to me since their > existence implies that > porting them to MacOS X may not be hard :) > > -dean |
From: Matthew J. D. <mda...@se...> - 2003-07-14 20:45:10
|
Dean, That would be cool to see it running on a Mac. I wonder what telephony = solutions there are for a Mac? -Matt ----- Original Message -----=20 From: Dean Takemori=20 To: lin...@so...=20 Sent: Monday, July 14, 2003 10:38 AM Subject: Re: [Linuxvm-dev] Features in 1.0 How does Wednesday at 5PM sound for a meeting at my office? We can = decide on the objects and how the email synchronization will be done. Wednesday is doable for me. I will have the box loaded with Debian and the card installed. I = have ordered 5 more cards and we can install another one in a FreeBSD = box when they come in. The FreeBSD Voicetronix drivers are interesting to me since their = existence implies that=20 porting them to MacOS X may not be hard :) -dean |
From: Dean T. <de...@ha...> - 2003-07-14 20:42:15
|
> How does Wednesday at 5PM sound for a meeting at my office?=A0 We can=20= > decide on the objects and how the email synchronization will be done. Wednesday is doable for me. > I will have the box loaded with Debian and the card installed.=A0 I = have=20 > ordered 5 more cards and we can install another one in a FreeBSD box=20= > when they come in. The FreeBSD Voicetronix drivers are interesting to me since their=20 existence implies that porting them to MacOS X may not be hard :) -dean= |
From: Vince H. <lu...@ml...> - 2003-07-14 20:01:42
|
On Mon, Jul 14, 2003 at 09:53:53AM -1000, Matthew John Darnell wrote: > This will be my first Debian install, I am in the process of > downloading the seven install disks and the one update disk. > > Should I install everything? No. You only need to download/install the 1st (Woody) CD. > The debian book I got talks about having to manually mounting > the CD-ROM during install. Nope. Read http://www.debian.org/releases/stable/installmanual. > Anyone have any advice? Forget all the bad habits you picked up from using Red Hat. :) With compatible hardware, I can get a debian installation net accessible within 15 minutes and another 15 minutes to upgrade it all from stable to testing. -Vince |