Igor:
Heya. Hope you had a good weekend. Some comments:
> Hello Scott.
> Now button "Connect" for PropertyTab "Vnc Settings" of icon "VNC
> service" works as following.
> User on PC1 selects PC2 and push "Connect".
>
> 1) - If the user on PC2 has "Connect Directly" and PC2 is running
> independent VNC Server, than PC1 process direct connection to PC2.
Sorry, did you mean "If the user on *PC1* has "Connect
Directly"...? I think this choice is made at the Viewer, not on
the Server.
> 2) - If user on PC2 has "Connect through Kaboodle" and PC2 has "Enable
> Kaboodle Tunnels for VNC", than PC1 process "Kaboodle Tunnels for VNC"
> to PC2. PC1 wait 20 second. If that connection fail and PC2 has "Let
> Kaboodle auto start the VNC Server when it needs to", than PC1 send
> special message to PC2 "startup independent VNC Server". If that is
> successful than PC1 process #1
I think that if, after 20 seconds, the connection through
Kaboodle is not successful it should first check to see if an
independent VNC server is running first. If it is, then go to #1.
If it's not, then it should check the "auto start" checkbox. For
instance, the user on PC2 might have disabled "Allow Loopback",
which will prevent a Kaboodle tunnel from working.
> If no #1 and no #2 than
> 3) If PC2 has "Let Kaboodle auto start the VNC Server when it needs
> to", than PC1 send special message to PC2 "startup independent VNC
> Server". If that is successful than PC1 process #1
Keep in mind that Kaboodle can startup the VNC server
for both tunneled and direct connections. So I see the flow like
this:
1. Whenever a VNC connection through a Kaboodle tunnel fails,
Kaboodle should try to connect again directly before reporting
failure to the user.
2. If the user has chosen "Connect Directly" on PC1 (the Viewer)
and there is an independent VNC Server running on PC2, Kaboodle
on PC1 should ask Kaboodle on PC2 if it is has "All VNC use
must be through a tunnel" selected. If it is selected, then
Kaboodle on PC1 should try to connect via the tunnel. If this
connection fails, see #1. If it is not selected, then Kaboodle
should try to connect directly.
3. If the user has chosen "Connect Directly" on PC1 (the Viewer)
and there is no independent VNC Server running on PC2, Kaboodle
on PC2 should check the "Auto start" checkbox. If the checkbox
is selected, Kaboodle should start the server and then act like
#2. If the "auto start" checkbox is not selected, then the
connection attempt fails: "Sorry...NamePC2 is not running a
VNC Server right now."
4. If the user has chosen "Connect via Tunnel" on PC1 (the Viewer)
and there is an independent VNC Server running on PC2, Kaboodle
should try to connect via the tunnel. If this fails, see #1.
5. If the user has chosen "Connect via Tunnel" on PC1 (the Viewer)
and there is no independent VNC Server running on PC2, Kaboodle
on PC2 should check the "Auto start" checkbox. If the checkbox
is selected, Kaboodle should start the server and then act like
#4. If the "auto start" checkbox is not selected, then the
connection attempt fails: "Sorry...NamePC2 is not running a
VNC Server right now."
> Here is that I upset. It is #2. User on P1 has chose "Connect through
> Kaboodle" for PC2.
> He have push button "Connect" and it is possible that connection will be
> "Directly" but not "through Kaboodle".
That's true, yes. Longer term, we can add a Status tab to
the VNC Service, which will show the Kaboodle-brokered VNC sessions
going on in the LAN. That info can show which connections are secure
and which are not.
Don't worry about it for version 1.0, though.
-Scott
> ----- Original Message -----
> From: "Scott C. Best" <[EMAIL PROTECTED]>
> To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
> Sent: Tuesday, May 14, 2002 10:04 PM
> Subject: Re: VNC Server Status column
>
>
> > Igor:
> > Yes, Kaboodle needs to be able to send a special message
> > to another Kaboodle telling it to startup a regular VNC service.
> > I was thinking this could fit into the usual Kaboodle messaging
> > going on, rather than require a dedicated TCP port listener.
> >
> > -Scott
> >
> > On Tue, 14 May 2002, Igor Kotelevsky wrote:
> >
> > > Hello Scott.
> > > You wrote:
> > > > 2. If no independent VNC service is running and Kaboodle on PC1
> > > > has "Kaboodle starts VNC" selected and the server field is
> > > > non-empty, then the the status column in Kaboodle on PC2
> > > > should say "automatic". If the Kaboodle user on PC2 hits
> > > > Connect, then Kaboodle on PC1 starts up a VNC service for
> > > > a loopback connection if "Enable Kaboodle tunnels" is selected,
> > > > and it starts up a regular VNC service for a direct connection
> > > > if "Enable Kaboodle tunnels" is not selected.
> > >
> > > Dear Scott. As you know,
> > > ( see "VNC server" algorithm
> > > http://www.geocrawler.com/archives/3/16728/2002/4/0/8536833/ )
> > > the current project version works as follows.
> > > If "Enable Kaboodle tunnels" is not selected for PC1,
> > > then Kaboodle on PC1 doesn't listen any VNC requests from other PCs.
> > > You wrote:
> > > >... it starts up a regular VNC service for a direct connection if
> "Enable
> > > Kaboodle tunnels" is not selected.
> > > This functionality is missing from the current project.
> > > It seems to me that I have to add this functionality.
> > > It can work as follows.
> > > Kaboodle always listens TCP connection on port number 7000.
> > > (The proper value of this number can differ.)
> > > If Kaboodle on PC2 needs to start up a regular VNC service on PC1, then
> > > Kaboodle on PC2 has to
> > > establish TCP connection with PC1 on port number 7000 and send a special
> > > message "please start up a regular VNC service".
> > > Then Kaboodle on PC1 starts up a regular VNC service.
> > > If that succeeded, then Kaboodle on PC1 sends a special message to
> Kaboodle
> > > on PC2 "a regular VNC service has started". If that failed, then
> Kaboodle on
> > > PC1 sends a special message to Kaboodle on PC2 "failed to start up a
> regular
> > > VNC service - system error code".
> > >
> > > -Igor
> > >
> > >
> > >
> > >
> > > ----- Original Message -----
> > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
> > > Sent: Tuesday, May 14, 2002 9:56 AM
> > > Subject: Re: VNC Server Status column
> > >
> > >
> > > > Igor:
> > > > Hello! Some feedback on your ideas:
> > > >
> > > > > > > Status column will be
> > > > > > > a) "active" when #2;
> > > > > > > b) "automatic" when no #2, simultaneously #1 with both options
> > > "Enable
> > > > > > > Kaboodle Tunnels for VNC"
> > > > > > > and "Let Kaboodle auto start and restart the VNC Server when it
> > > needs
> > > > > > > to";
> > > > > > > c) "off" in other case.
> > > > >
> > > > > Scott wrote:
> > > > > > Sounds good, but I don't think "b" needs there to be "Enable
> > > > > > Kaboodle Tunnels" activated. As long as Kaboodle can start VNC
> when
> > > > > > it's needed, we can call it "automatic".
> > > > >
> > > > > About #b.
> > > > > As you know, if there is not active "Enable Kaboodle Tunnels" for a
> PCn
> > > > > then Kaboodle on the PCN doesn't listen VNC session via "Kaboodle
> > > > > Tunnels".
> > > >
> > > > But I can disable "Kaboodle tunnels" and enable "Kaboodle
> > > > starts VNC Service" at the same time. If no independent server is
> > > > running, then Kaboodle can start the independent server when a user
> > > > starts a VNC connection with Kaboodle.
> > > >
> > > >
> > > > > Therefore if status column for the PCn will be "automatic" when
> > > > > - PCn doesn't running independent VNC Server,
> > > > > - PCn have active option "Let Kaboodle auto start and restart the
> VNC
> > > > > Server when it needs to",
> > > > > - we do not take into account option "Enable Kaboodle Tunnels",
> > > > > it means that
> > > > > - we cannot connect to PCn directly,
> > > > > - we doesn't know can we connect to PCn through Kaboodle or no.
> > > >
> > > > No, that's not right. The "Enable Tunnels" button does
> > > > not affect the Status column. Lets go through an example: Kaboodle
> > > > on PC1 is managing a VNC server. I'm running Kaboodle on PC2.
> > > >
> > > > 1. If Kaboodle on PC1 has a VNC service running on PC1, then the
> > > > status column in Kaboodle on PC2 should say "active". It
> > > > doesn't matter what the "Enable Kaboodle Tunnels" button
> > > > in Kaboodle on PC1 is set to. It doesn't matter what the
> > > > "Kaboodle starts VNC" checkbox is set to.
> > > >
> > > > 2. If no independent VNC service is running and Kaboodle on PC1
> > > > has "Kaboodle starts VNC" selected and the server field is
> > > > non-empty, then the the status column in Kaboodle on PC2
> > > > should say "automatic". If the Kaboodle user on PC2 hits
> > > > Connect, then Kaboodle on PC1 starts up a VNC service for
> > > > a loopback connection if "Enable Kaboodle tunnels" is selected,
> > > > and it starts up a regular VNC service for a direct connection
> > > > if "Enable Kaboodle tunnels" is not selected.
> > > >
> > > > 3. If no independent VNC service is running and Kaboodle on PC1
> > > > does not have "Kaboodle starts VNC" selected, then the the
> > > > status column in Kaboodle on PC2 should say "inactive".
> > > >
> > > >
> > > > > Second. About button "Connect".
> > > > > Igor wrote:
> > > > > > > What action has to do Kaboodle if user pushes the button
> "Connect"?
> > > > > > > May be it is
> > > > > > > - "Connect Directly (slightly faster)" for #a;
> > > > > > > - "Connect through Kaboodle (more secure)" for #b,
> > > > > > > - nothing (button is gray) for #c.
> > > > > Scott wrote:
> > > > > > I think we should add "I prefer to:" above the two Connect
> > > > > > choices. Then we should try to connect in that manner first, and
> > > > > > the other way second. The "more secure" should be the default
> > > > > > selected radio button. We shouldn't not try to connect in the
> > > > > > second way if the first, preferred way fails.
> > > > >
> > > > > Kaboodle can "Connect through Kaboodle (more secure)" only if
> partner
> > > has
> > > > > option
> > > > > "Enable Kaboodle Tunnels". Therefore when a user push button
> "Connect"
> > > > > Kaboodle can
> > > > > 1) - try to connect "more secure" ,if partner PC has option "Enable
> > > Kaboodle
> > > > > Tunnels",
> > > > > 2) - connect directly, if partner PC doesn't has option "Enable
> Kaboodle
> > > > > Tunnels" and
> > > > > has running independent VNC Server.
> > > > > Please let me know what do you think above "Second".
> > > >
> > > > That's correct, yes. The trick is: if the user on PC1 has
> > > > "connect more secure" chosen and the partner on PC2 doesn't have the
> > > > "Enable Kaboodle Tunnels" button chosen, then when the user of
> > > > Kaboodle on PC1 hits connect, it should try to connect securely
> > > > *first*, and then try to connect directly when the first one fails.
> > > >
> > > >
> > > > Lastly, there's a bug still with Kaboodle not remembering
> > > > the display/port value. I set it to port 80, then close the VNC
> > > > Service Icon panel, and when I open it again it's running on port
> > > > 5900 still. I think an independent VNC service is running when I
> > > > see this.
> > > >
> > > > Thanks!
> > > >
> > > > -Scott
> > > >
> > > >
> > > >
> > > > > > Igor:
> > > > > > Hello again. Some answer inline:
> > > > > >
> > > > > > > > 2. VNC Server Status column added into the list in the
> > > > > > > > VNC Service Icon.
> > > > > > >
> > > > > > [snip]
> > > > > > >
> > > > > > > What now will show ProperyTab "Viewer Settings"?
> > > > > > > May be it is list of all LAN PC which
> > > > > > > 1) running Kaboodle or
> > > > > > > 2) running independent VNC Server.
> > > > > > > Status column will be
> > > > > > > a) "active" when #2;
> > > > > > > b) "automatic" when no #2, simultaneously #1 with both options
> > > "Enable
> > > > > > > Kaboodle Tunnels for VNC"
> > > > > > > and "Let Kaboodle auto start and restart the VNC Server when it
> > > needs
> > > > > > > to";
> > > > > > > c) "off" in other case.
> > > > > >
> > > > > > Sounds good, but I don't think "b" needs there to be "Enable
> > > > > > Kaboodle Tunnels" activated. As long as Kaboodle can start VNC
> when
> > > > > > it's needed, we can call it "automatic".
> > > > > >
> > > > > > > What action has to do Kaboodle if user pushes the button
> "Connect"?
> > > > > > > May be it is
> > > > > > > - "Connect Directly (slightly faster)" for #a;
> > > > > > > - "Connect through Kaboodle (more secure)" for #b,
> > > > > > > - nothing (button is gray) for #c.
> > > > > > >
> > > > > > > Please let me know what you think.
> > > > > >
> > > > > > I think we should add "I prefer to:" above the two Connect
> > > > > > choices. Then we should try to connect in that manner first, and
> > > > > > the other way second. The "more secure" should be the default
> > > > > > selected radio button. We shouldn't not try to connect in the
> > > > > > second way if the first, preferred way fails.
> > > > > >
> > > > > >
> > > > > > > > 3. The log file Checkbox I described last week.
> > > > > > >
> > > > > > > At 04/25/2002 08:49:28 your wrote (Message: 8495270):
> > > > > > > >Lastly...I think it would be useful for Kaboodle to help
> > > > > > > >log VNC server usage. So, at the bottom of the PropPanel, a
> > > checkbox
> > > > > > > >can say "Log VNC usage" with a "View Log..." button next to it
> > > > > > > >that's grayed out if the checkbox is off. If the user selects
> this
> > > > > > > >CheckBox, we activate set DebugMode and DebugLevel to 1, and
> then
> > > > > > > >show the Winvnc.log file in Notepad when "View Log..." is hit.
> > > > > > >
> > > > > > > There are some problems.
> > > > > > > First.
> > > > > > > A user tries to open a Winvnc.log file in Notepad. Notepad
> doesn't
> > > show
> > > > > > > the file properly.
> > > > > > > The reason is following. The Winvnc.log file has only one symbol
> for
> > > > > > > line break (0xA).
> > > > > > > Notepad wants two symbols for line break (0xD) (0xA).
> > > > > > > I can write a simple special viewer (KaboodlePad.exe) and
> include it
> > > in
> > > > > the
> > > > > > > Kaboodle project.
> > > > > > > It seems to me that will be no more then one day of my working.
> > > > > >
> > > > > > Okay, lets do that. Good idea.
> > > > > >
> > > > > > > Second.
> > > > > > > At the Win32 VNC Server documentation I have found
> > > > > > > *DebugMode 2 = Output to log file Winvnc.log in the WinVNC
> > > directory*.
> > > > > > > But on my PC I have found that above directory is "C:\".
> > > > > > > My suggestion is following.
> > > > > > > User push button "View Log...".
> > > > > > > Kaboodle check WinVNC directory and "C:\" directory.
> > > > > > > If it failed then Kaboodle prompt to user something MessageBox
> as
> > > > > > > "Please help to find file Winvnc.log".
> > > > > > > There are two buttons "YES", "NO".
> > > > > >
> > > > > > Sure. Maybe "Sorry...Kaboodle cannot find the WinVNC.log file
> > > > > > in the usual places." with "Browse..." and "Cancel" would be
> better.
> > > > > >
> > > > > > > Third.
> > > > > > > When user activate or deactivate check box *Log VNC usage*, then
> > > > > Kaboodle
> > > > > > > have to
> > > > > > > change VNC Server registry. If there is running independent VNC
> > > Server,
> > > > > then
> > > > > > > Kaboodle must
> > > > > > > prompt to user
> > > > > > > "Kaboodle needs to restart your VNC server for setting *Log VNC
> > > usage*
> > > > > to
> > > > > > > take effect."
> > > > > > > My suggestion is following.
> > > > > > > Kaboodle doesn't erase the change of VNC Server value *Log VNC
> > > usage*
> > > > > > > (remember value *AllowLoopback*).
> > > > > > >
> > > > > > > Please let me know what you think.
> > > > > >
> > > > > > If Kaboodle has already been given permission to restart
> > > > > > the server (ie, with the "Let Kaboodle re-start..." checkbox) then
> > > > > > we should just restart the server. If not, we should prompt the
> > > > > > user with the usual "Please restart the VNC Server for these
> > > > > > changes to take effect".
> > > > > > Besides that...treating the Log usage registry entry in
> > > > > > the same way that we treat AllowLoopback sounds fine.
> > > > > >
> > > > > > thanks,
> > > > > > Scott
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > *********************************************************************
> > > > > > > - Igor
> > > > > > >
> > > > > > > ----- Original Message -----
> > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > > > > > Sent: Tuesday, May 07, 2002 10:44 AM
> > > > > > > Subject: Re: Independent VNC server problem
> > > > > > >
> > > > > > >
> > > > > > > > Igor:
> > > > > > > > I don't think this additional MessageBox is needed.
> > > > > > > > If Kaboodle on MyMachine is not running an independent VNC
> > > > > > > > server, and if I don't have that Checkbox selected, then we
> > > > > > > > should update the other Kaboodle instances on the LAN so
> > > > > > > > that they cannot initiate a VNC session to MyMachine. That
> > > > > > > > is, its status should change from active to inactive server,
> > > > > > > > so the Connect buttons won't work.
> > > > > > > >
> > > > > > > > That and one other VNC feature are still pending.
> > > > > > > > So, for this week, lets finish:
> > > > > > > >
> > > > > > > > 1. The VNC algorithm you described last week
> > > > > > > > 2. VNC Server Status column added into the list in the
> > > > > > > > VNC Service Icon.
> > > > > > > > 3. The log file Checkbox I described last week.
> > > > > > > >
> > > > > > > > Please confirm when you can. Thanks!
> > > > > > > >
> > > > > > > > -Scott
> > > > > > > >
> > > > > > > >
> > > > > > > > On Mon, 6 May 2002, Igor Kotelevsky wrote:
> > > > > > > >
> > > > > > > > > Hello Scott.
> > > > > > > > > We have to insert additional MessageBox when
> > > > > > > > > independent VNC server not running and user have not checked
> the
> > > > > > > Kaboodle
> > > > > > > > > option.
> > > > > > > > > <Let Kaboodle auto start and restart the VNC Server\nwhen it
> > > needs
> > > > > to>
> > > > > > > > >
> > > > > > > > > "A Kaboodle user on <IP address"
> > > > > > > > > "has tried to connect to this machine with VNC"
> > > > > > > > > "You have not checked the Kaboodle option"
> > > > > > > > > "<Let Kaboodle auto start and restart the VNC Server\nwhen
> it
> > > needs
> > > > > to>"
> > > > > > > > > There are two buttons "Let Kaboodle restart VNC Server now",
> > > "Cancel
> > > > > > > > > connection"
> > > > > > > > >
> > > > > > > > > -Igor
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > ----- Original Message -----
> > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > > > > > > > Cc: <[EMAIL PROTECTED]>
> > > > > > > > > Sent: Saturday, May 04, 2002 12:31 AM
> > > > > > > > > Subject: Re: Independent VNC server problem
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > Igor:
> > > > > > > > > > Some thoughts on what you're seeing:
> > > > > > > > > >
> > > > > > > > > > 1. If PC1 is running an independent VNC server with
> Kaboodle,
> > > and
> > > > > > > > > > "Enable Kaboodle Tunnels for VNC" is set, then
> > > AllowLoopback
> > > > > > > > > > should be set. That's what "Enable Kaboodle Tunnels" is
> > > > > > > > > > supposed to do: set that registry key. Whenever
> Kaboodle is
> > > > > > > > > > running and this Checkbox is selected, that key should
> be
> > > set.
> > > > > > > > > >
> > > > > > > > > > 2. Let's change the Checkbox which reads "Use Kaboodle to
> > > startup
> > > > > > > > > > VNC Server only when it's needed" to read "Let Kaboodle
> > > auto
> > > > > > > > > > start and restart the VNC Server when it needs to". If
> this
> > > > > > > > > > box is selected, Kaboodle won't prompt the user when it
> > > makes
> > > > > > > > > > a change to the VNC registry and restarts the VNC
> service.
> > > > > > > > > > When the user first activates the "Enable Kaboodle
> Tunnels"
> > > > > > > > > > checkbox, we should activate this checkbox by default
> if
> > > > > > > > > > Kaboodle finds a WinVNC.exe server.
> > > > > > > > > >
> > > > > > > > > > 3. If Kaboodle makes any changes to the VNC registry, and
> the
> > > > > > > > > > user clicks "Okay", and the "Let Kaboodle..." checkbox
> from
> > > #2
> > > > > > > > > > is not selected, it should prompt the user with "Your
> VNC
> > > > > > > > > > Server needs to be restarted for these Kaboodle
> settings to
> > > > > > > > > > take effect." We can have two buttons: "Let Kaboodle Do
> > > this
> > > > > > > > > > Now" and "I'll Do This Later".
> > > > > > > > > >
> > > > > > > > > > 4. If Kaboodle is started up with some VNC Server settings
> > > that
> > > > > > > > > > require changes to the VNC Registry, we'll need to
> prompt
> > > the
> > > > > > > > > > user in the same way as #3 if the "Let Kaboodle..."
> > > checkbox
> > > > > > > > > > of #2 is not selected. If it is selected, we can just
> make
> > > > > > > > > > the changes and quietly restart the VNC service.
> > > > > > > > > >
> > > > > > > > > > Sound good?
> > > > > > > > > >
> > > > > > > > > > -Scott
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On Fri, 3 May 2002, Igor Kotelevsky wrote:
> > > > > > > > > >
> > > > > > > > > > > Hello Scott.
> > > > > > > > > > > I have found a following problem of the independent VNC
> > > server.
> > > > > > > > > > > PC1 is running independent VNC server and Kaboodle.
> > > > > > > > > > > Kaboodle on PC1 is "Enable Kaboodle Tunnels for VNC".
> > > > > > > > > > > User on PC2 checks radio button "Connect through
> Kaboodle
> > > (more
> > > > > > > secure)"
> > > > > > > > > and
> > > > > > > > > > > push button "Connect".
> > > > > > > > > > > Then user on PC2 see MessageBox("Local loop-back
> connection
> > > are
> > > > > > > > > disabled").
> > > > > > > > > > > The caption of this MessageBox is "VNC info".
> > > > > > > > > > > In this case Kaboodle on PC1 tries to connect with own
> VNC
> > > > > server on
> > > > > > > IP
> > > > > > > > > > > address of the LAN interface,
> > > > > > > > > > > and if it failed, then on loopback IP address...
> > > > > > > > > > >
> > > > > > > > > > > I have checked the source code of WinVNC server.
> > > > > > > > > > > I have found that in above case Kaboodle have to set VNC
> > > server
> > > > > > > registry
> > > > > > > > > key
> > > > > > > > > > > *AllowLoopback*.
> > > > > > > > > > > It is not difficult. But Kaboodle have to show
> > > MessageBox("The
> > > > > VNC
> > > > > > > > > Service
> > > > > > > > > > > needs to be restarted...").
> > > > > > > > > > >
> > > > > > > > > > > I have following suggestion.
> > > > > > > > > > > - Kaboodle checks VNC server registry key
> *AllowLoopback*.
> > > > > > > > > > > - If there is not above key, then Kaboodle show next
> > > MessageBox
> > > > > > > > > > > "Kaboodle have to put VNC server registry key
> > > *AllowLoopback*
> > > > > and
> > > > > > > > > restart
> > > > > > > > > > > VNC server."
> > > > > > > > > > > "Kaboodle don't will restore above key at the finishing
> of
> > > the
> > > > > VNC
> > > > > > > > > session".
> > > > > > > > > > > There are two buttons: "Let Kaboodle do this now",
> "Cancel
> > > VNC
> > > > > > > session".
> > > > > > > > > > >
> > > > > > > > > > > -Igor
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
Kaboodle-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kaboodle-devel
