AW: [Thinstation-general] RE: Only one th ing missing

Admin Tool

Re: [Thinstation-general] Admin Tool

On Tue, 2005-03-01 at 10:00 +0100, brennion@... wrote:
> I'm also interested in such an admin tool, and I could help program it
> in php...
> I've already thought about it, and I think we need to change the
> format of TS config files...
> otherwise we need to modify the admin tool for each release...
> If the config file were XML-like, we could specify the type of the
> config variable :
>     - text, choice, number
>     - mandatory / not mandatory
> Define section and subsections...

Good luck. A number of people have suggested this in the past, but until
we come up with a well defined xml structure and associated dtd, we will
have a hard time convincing Miles to make the major changes required in
TS.

But, we could define our own, use it in any tool and then convert it
into the existing format files (which is what I have been doing with the
build.conf in one of my play/new versions of TS-O-Matic). I was going to
share this with Roine, except I had inadvertantly blown away that test
machine (make note to self that you need to backup 'play' work as
well....).

Trevor B
>  
> So if the TS version change, the TSadmin only need to pase the new
> sample-config-files to update...
>  
> Otherwise we had to programm by hand the behaviour of each config
> variable by hand, and modify it on each release.... ?
>  
>  
> 
> Mit freundlichem Gruss 
> 
> BRENNION Sébastien 
> EDV-Abteilung 
> Bürstner GmbH 
> Weststr. 33, 77694 Kehl 
> Tel:  +49 (0) 7851/85 216 
> Fax: +49 (0) 7851/855216 
> brennion@... 
> 
>         -----Ursprüngliche Nachricht-----
>         Von: Eliassen Einar (ErgoGroup) [mailto:EELI@...]
>         Gesendet: Montag, 28. Februar 2005 15:50
>         An: Keijser, L.S; thinstation-general@...;
>         Thinstation-developer@...
>         Betreff: [Thinstation-general] RE: [Thinstation-developer]
>         Only one thing missing
>         
>         
>          
>          
>         This tool was something you made for your own use right ?
>          
>         I don't use any description on my clients. I also use a host
>         file to resolve the names, so I don't name any config files
>         with a MAC address. I simply use their names. Like
>         thinstation.conf-linuxtest.
>         The reason for using the MAC addresses in a host file is that
>         I dumped all the MAC adresses together with clientnames from a
>         database. Making it easier in my case.
>          
>         For my use I have set up groups for different sessions, and
>         using variables like screen resolution and printer stuff in
>         thinstation.conf-client-name
>          
>          
>         I'm lazy, I don't want to edit the files myself. When you have
>         to use nano or whatever editor you like to make the files, the
>         use is limited to ppl with knowledge about Thinstation.
>          
>          
>         The script was very nice though and would help alot.
>          
>          
>         But I was dreaming of a web-based version with the ability to
>         select all the variables from a simple drop-down menu. This is
>         to make it easy for our Customer Support unit to do changes.
>         Like enabling USB printers,enabling floppy etc. with a few
>         mouse clicks.
>          
>          
>         I guess this have to be made from scratch :(
>          
>          
>         Einar
>         
>         
>         ______________________________________________________________
>         From: Keijser, L.S [mailto:keijser@...] 
>         Sent: 28. februar 2005 14:22
>         To: Eliassen Einar (ErgoGroup);
>         thinstation-general@...;
>         Thinstation-developer@...
>         Subject: RE: [Thinstation-developer] Only one thing missing
>         
>         
>         Hi,
>          
>         I recently made such a tool, using dialog (or Xdialog if you
>         prefer a GUI) , announced it on ts-dev and upped it to my
>         website. I didn't get any response (good or bad) afterwards,
>         so i didn't bother with it anymore as i thought it wasn't of
>         any interest to anyone.
>          
>         But if you feel like giving it a go:
>          
>         http://www.michelland.nl/ts-menu.sh.gz
>          
>          
>         Léon
>          
>          
>                 -----Oorspronkelijk bericht-----
>                 Van: Eliassen Einar (ErgoGroup)
>                 [mailto:EELI@...]
>                 Verzonden: maandag 28 februari 2005 14:18
>                 Aan: thinstation-general@...;
>                 Thinstation-developer@...
>                 Onderwerp: [Thinstation-developer] Only one thing
>                 missing
>                 
>                 
>                  
>                 Hello everyone :)
>                  
>                 Its been mentioned before, and again now recently that
>                 TS could use a sort of admin-tool for setting
>                 variables for clients.
>                  
>                 Maybe a phpadmin tool running on the TFTP server ?
>                 This way it can easily manipulate the config files and
>                 host file residing on the same server.
>                  
>                 It could be used for quickly changing a client
>                 computers resolution or other variables, adding a MAC
>                 address to the host file or adding/deleting groups.
>                  
>                 Many other commercial products has this functionality,
>                 and if Thinstation got something similar it would get
>                 that last finishing touch making it "the best there
>                 is" :)
>                  
>                 I just love how TS is now, its awesome. We are running
>                 1500 clients at the moment, and I think the final
>                 estimate might be 2000+ clients.
>                  
>                 So an admin tool like I've described would help alot
>                 with administration.
>                  
>                 Has anyone started making anything like this, or have
>                 been thinking about starting on one ?
>                  
>                 I'd like to help in any way I can to get this
>                 underway.
>                  
>                  
>                 Regards,
>                  
>                  
>                 Einar
>                  
>                  
>                 
>                 _____________________________________________________________________________________________________________________
>                 The contents of this e-mail are confidential to the
>                 person(s) or organisation(s) to whom it is addressed.
>                 No-one else may copy or forward all or any of it in
>                 any form without the prior written consent of the
>                 originator. If you have received this e-mail in error,
>                 please contact the sender and delete the material from
>                 any computer. 
>                 
>         **************************************************************************************************
>         De informatie verzonden in dit e-mailbericht is vertrouwelijk en is
>         uitsluitend bestemd voor de geadresseerde. Openbaarmaking,
>         vermenigvuldiging, verspreiding en/of verstrekking van deze informatie
>         aan derden is, behoudens voorafgaande schriftelijke toestemming van het
>         Ruwaard van Putten Ziekenhuis, niet toegestaan. Het Ruwaard van Putten
>         Ziekenhuis staat niet in voor de juiste en volledige overbrenging van de
>         inhoud van een verzonden e-mailbericht, noch voor tijdige ontvangst
>         daarvan. Het Ruwaard van Putten Ziekenhuis kan niet garanderen dat een
>         verzonden e-mailbericht vrij is van virussen, noch dat e-mailberichten
>         worden overgebracht zonder inbreuk of tussenkomst van onbevoegde derden.
>         
>         Indien bovenstaand e-mailbericht niet aan u is gericht, verzoeken wij u
>         vriendelijk doch dringend het e-mailbericht te retourneren aan de
>         verzender en het origineel en eventuele kopieën te verwijderen en te
>         vernietigen.
>         
>         
>         The information contained in this communication is confidential and is
>         intended solely for the use of the individual or entity to whom it is
>         addressed. You should not copy, disclose or distribute this
>         communication without the authority of Ruwaard van Putten Hospital.
>         Ruwaard van Putten Hospital is neither liable for the proper and
>         complete transmission of the information contained in this communication
>         nor for any delay in its receipt. Ruwaard van Putten Hospital does not
>         guarantee that the integrity of this communication has been maintained
>         nor that the communication is free of viruses, interceptions or
>         interference.
>         
>         If you are not the intended recipient of this communication please
>         return the communication to the sender and delete and destroy all
>         copies.
>         **************************************************************************************************
>         
>         _____________________________________________________________________________________________________________________
>         The contents of this e-mail are confidential to the person(s)
>         or organisation(s) to whom it is addressed. No-one else may
>         copy or forward all or any of it in any form without the prior
>         written consent of the originator. If you have received this
>         e-mail in error, please contact the sender and delete the
>         material from any computer. 
>         
--

-- 
Trevor B
trevorbatley_AT_users.sourceforge.net

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click

Re: [Thinstation-general] Admin Tool

On Tue, 2005-03-01 at 12:10 +0000, Dogers wrote:
> On Tue, 01 Mar 2005 21:53:11 +1100, Trevor Batley <trevor@...> wrote:
> > On Tue, 2005-03-01 at 10:00 +0100, brennion@... wrote:
> > > I'm also interested in such an admin tool, and I could help program it
> > > in php...
> > > I've already thought about it, and I think we need to change the
> > > format of TS config files...
> > > otherwise we need to modify the admin tool for each release...
> > > If the config file were XML-like, we could specify the type of the
> > > config variable :
> > >     - text, choice, number
> > >     - mandatory / not mandatory
> > > Define section and subsections...
> > 
> > Good luck. A number of people have suggested this in the past, but until
> > we come up with a well defined xml structure and associated dtd, we will
> > have a hard time convincing Miles to make the major changes required in
> > TS.
> 
> Would that not, in theory, cause bloat and potentially slow it down?
> Having to add an XML parser can't be a simple thing, surely?

Absolutely, which is why Miles isn't really interested (and I can see
why).
> 
> > But, we could define our own, use it in any tool and then convert it
> > into the existing format files (which is what I have been doing with the
> 
> Now that doesnt sound like a bad idea.. If i get round to doing this,
> I might just use that :)

The thinstation.conf<whatever> files are a little daunting, due to the
large range of options. Logical starting point is the core TS stuff,
then add 'add-ins' for each supported application. Obviously the ones
you are interested and maybe others can help with the ones they are
interested in.....

Trevor B
> 
> Andrew
--

-- 
Trevor B
trevorbatley_AT_users.sourceforge.net

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Reconnect bug??

Hi all.

I'am getting troubles in reconnect prompt for ICA. After OK in reconnect 
prompt I get only a X in the X display.

The reconnect loop in thinstation.packages are inside a while loop that 
checks if the Xlock file exist. This is the line:

    while [ -e /tmp/.X$DISPLAY_NUMBER-lock ]; do

Ok, the check_xrunning function in thinstation.functions do:

check_xrunning()
{
        if ps -ef | grep "$X_SERVER $DISPLAY"; then
                rm /tmp/.X$DISPLAY_NUMBER-lock
        fi
}

There are 2 problems with it:

1) In my clients, $DISPLAY is ":2.0" or ":1.0" depending of the screen 
used, but ps -ef returns "Xorg :2" or "Xorg :1"
2) ps -ef | grep something always is true because it returns at least 
the entry with the grep command. Also the test condition must be "if ! 
ps -ef" if not if the Xserver is alive the lock file is erased.

I don't know why sometimes in previous images this mechanism works, but 
it seems that check_xrunning ALWAYS delete /tmp/.X$DISPLAY_NUMBER-lock 
and of course the loop in thinstation.packages always ends.

A solution for me is change the check_xrunning so:

check_xrunning()
{
        if ! ps -ef | grep "$X_SERVER `echo $DISPLAY | sed 's/\.0//'`" | 
grep -v grep; then
                rm /tmp/.X$DISPLAY_NUMBER-lock
        fi
}

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: [Thinstation-general] Reconnect bug??

I think I have been having trouble with this as well. . .is this the 
prompt that says network or dialup problem and counts down before it 
tries to reconnect?  When I get that prompt and click OK it freezes.  If 
I hit cancel it returns to replimenu.  I thought that maybe it had to do 
with the X session ending before it tries to reconnect. . .

----- Original Message -----
*From:* Tonin <tonin@...>
*To:* thinstation-developer@...
*CC:* thinstation-general@...
*Sent:* Wednesday, March 02, 2005 1:26:06 AM
*Subject:* [Thinstation-general] Reconnect bug??

> Hi all.
>
> I'am getting troubles in reconnect prompt for ICA. After OK in 
> reconnect prompt I get only a X in the X display.
>
> The reconnect loop in thinstation.packages are inside a while loop 
> that checks if the Xlock file exist. This is the line:
>
>    while [ -e /tmp/.X$DISPLAY_NUMBER-lock ]; do
>
> Ok, the check_xrunning function in thinstation.functions do:
>
> check_xrunning()
> {
>        if ps -ef | grep "$X_SERVER $DISPLAY"; then
>                rm /tmp/.X$DISPLAY_NUMBER-lock
>        fi
> }
>
> There are 2 problems with it:
>
> 1) In my clients, $DISPLAY is ":2.0" or ":1.0" depending of the screen 
> used, but ps -ef returns "Xorg :2" or "Xorg :1"
> 2) ps -ef | grep something always is true because it returns at least 
> the entry with the grep command. Also the test condition must be "if ! 
> ps -ef" if not if the Xserver is alive the lock file is erased.
>
> I don't know why sometimes in previous images this mechanism works, 
> but it seems that check_xrunning ALWAYS delete 
> /tmp/.X$DISPLAY_NUMBER-lock and of course the loop in 
> thinstation.packages always ends.
>
> A solution for me is change the check_xrunning so:
>
> check_xrunning()
> {
>        if ! ps -ef | grep "$X_SERVER `echo $DISPLAY | sed 's/\.0//'`" 
> | grep -v grep; then
>                rm /tmp/.X$DISPLAY_NUMBER-lock
>        fi
> }
>
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Thinstation-general mailing list
> Thinstation-general@...
> https://lists.sourceforge.net/lists/listinfo/thinstation-general

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

SV: Reconnect bug??

As far as I know, that error (with the countdown) comes if you are short on MS Terminal Server CAL licenses. I
bought a few more licenses and it went away here.

Klaus Bech Jensen, IT-koordinator
(INTP)
Aaskov Kommune
Tlf. 99992300 - Dir. 99992380

-----Oprindelig meddelelse-----
Fra: TechFan [mailto:lists.sf.net@...]
Sendt: 2. marts 2005 13:34
Til: Tonin
Cc: thinstation-developer@...;
thinstation-general@...
Emne: Re: [Thinstation-general] Reconnect bug??

I think I have been having trouble with this as well. . .is this the 
prompt that says network or dialup problem and counts down before it 
tries to reconnect?  When I get that prompt and click OK it freezes.  If 
I hit cancel it returns to replimenu.  I thought that maybe it had to do 
with the X session ending before it tries to reconnect. . .

----- Original Message -----
*From:* Tonin <tonin@...>
*To:* thinstation-developer@...
*CC:* thinstation-general@...
*Sent:* Wednesday, March 02, 2005 1:26:06 AM
*Subject:* [Thinstation-general] Reconnect bug??

> Hi all.
>
> I'am getting troubles in reconnect prompt for ICA. After OK in 
> reconnect prompt I get only a X in the X display.
>
> The reconnect loop in thinstation.packages are inside a while loop 
> that checks if the Xlock file exist. This is the line:
>
>    while [ -e /tmp/.X$DISPLAY_NUMBER-lock ]; do
>
> Ok, the check_xrunning function in thinstation.functions do:
>
> check_xrunning()
> {
>        if ps -ef | grep "$X_SERVER $DISPLAY"; then
>                rm /tmp/.X$DISPLAY_NUMBER-lock
>        fi
> }
>
> There are 2 problems with it:
>
> 1) In my clients, $DISPLAY is ":2.0" or ":1.0" depending of the screen 
> used, but ps -ef returns "Xorg :2" or "Xorg :1"
> 2) ps -ef | grep something always is true because it returns at least 
> the entry with the grep command. Also the test condition must be "if ! 
> ps -ef" if not if the Xserver is alive the lock file is erased.
>
> I don't know why sometimes in previous images this mechanism works, 
> but it seems that check_xrunning ALWAYS delete 
> /tmp/.X$DISPLAY_NUMBER-lock and of course the loop in 
> thinstation.packages always ends.
>
> A solution for me is change the check_xrunning so:
>
> check_xrunning()
> {
>        if ! ps -ef | grep "$X_SERVER `echo $DISPLAY | sed 's/\.0//'`" 
> | grep -v grep; then
>                rm /tmp/.X$DISPLAY_NUMBER-lock
>        fi
> }
>
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Thinstation-general mailing list
> Thinstation-general@...
> https://lists.sourceforge.net/lists/listinfo/thinstation-general

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Thinstation-general mailing list
Thinstation-general@...
https://lists.sourceforge.net/lists/listinfo/thinstation-general

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click

Re: Reconnect bug??

Hi.

My bug happens when a ICA session in an standalone X Screen ends because 
the user logs out. Then the reconnect prompt (xwchoice) ask to reconnect 
a new session.
TechFan escribió:

> I think I have been having trouble with this as well. . .is this the 
> prompt that says network or dialup problem and counts down before it 
> tries to reconnect?  When I get that prompt and click OK it freezes.  
> If I hit cancel it returns to replimenu.  I thought that maybe it had 
> to do with the X session ending before it tries to reconnect. . .
>
> ----- Original Message -----
> *From:* Tonin <tonin@...>
> *To:* thinstation-developer@...
> *CC:* thinstation-general@...
> *Sent:* Wednesday, March 02, 2005 1:26:06 AM
> *Subject:* [Thinstation-general] Reconnect bug??
>
>
>> Hi all.
>>
>> I'am getting troubles in reconnect prompt for ICA. After OK in 
>> reconnect prompt I get only a X in the X display.
>>
>> The reconnect loop in thinstation.packages are inside a while loop 
>> that checks if the Xlock file exist. This is the line:
>>
>>    while [ -e /tmp/.X$DISPLAY_NUMBER-lock ]; do
>>
>> Ok, the check_xrunning function in thinstation.functions do:
>>
>> check_xrunning()
>> {
>>        if ps -ef | grep "$X_SERVER $DISPLAY"; then
>>                rm /tmp/.X$DISPLAY_NUMBER-lock
>>        fi
>> }
>>
>> There are 2 problems with it:
>>
>> 1) In my clients, $DISPLAY is ":2.0" or ":1.0" depending of the 
>> screen used, but ps -ef returns "Xorg :2" or "Xorg :1"
>> 2) ps -ef | grep something always is true because it returns at least 
>> the entry with the grep command. Also the test condition must be "if 
>> ! ps -ef" if not if the Xserver is alive the lock file is erased.
>>
>> I don't know why sometimes in previous images this mechanism works, 
>> but it seems that check_xrunning ALWAYS delete 
>> /tmp/.X$DISPLAY_NUMBER-lock and of course the loop in 
>> thinstation.packages always ends.
>>
>> A solution for me is change the check_xrunning so:
>>
>> check_xrunning()
>> {
>>        if ! ps -ef | grep "$X_SERVER `echo $DISPLAY | sed 's/\.0//'`" 
>> | grep -v grep; then
>>                rm /tmp/.X$DISPLAY_NUMBER-lock
>>        fi
>> }
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Thinstation-general mailing list
>> Thinstation-general@...
>> https://lists.sourceforge.net/lists/listinfo/thinstation-general
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Thinstation-general mailing list
> Thinstation-general@...
> https://lists.sourceforge.net/lists/listinfo/thinstation-general

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Reconnect bug??

Hm.  I wonder if that is the same reconnect prompt that happens with 
network issues. . .will have to test the reconnect options in the conf 
file. . .

----- Original Message -----
*From:* Tonin <tonin@...>
*To:* TechFan <lists.sf.net@...>
*CC:* thinstation-developer@..., 
thinstation-general@...
*Sent:* Wednesday, March 02, 2005 10:59:03 PM
*Subject:* [Thinstation-general] Reconnect bug??

> Hi.
>
> My bug happens when a ICA session in an standalone X Screen ends 
> because the user logs out. Then the reconnect prompt (xwchoice) ask to 
> reconnect a new session.
> TechFan escribió:
>
>> I think I have been having trouble with this as well. . .is this the 
>> prompt that says network or dialup problem and counts down before it 
>> tries to reconnect?  When I get that prompt and click OK it freezes.  
>> If I hit cancel it returns to replimenu.  I thought that maybe it had 
>> to do with the X session ending before it tries to reconnect. . .
>>
>> ----- Original Message -----
>> *From:* Tonin <tonin@...>
>> *To:* thinstation-developer@...
>> *CC:* thinstation-general@...
>> *Sent:* Wednesday, March 02, 2005 1:26:06 AM
>> *Subject:* [Thinstation-general] Reconnect bug??
>>
>>
>>> Hi all.
>>>
>>> I'am getting troubles in reconnect prompt for ICA. After OK in 
>>> reconnect prompt I get only a X in the X display.
>>>
>>> The reconnect loop in thinstation.packages are inside a while loop 
>>> that checks if the Xlock file exist. This is the line:
>>>
>>>    while [ -e /tmp/.X$DISPLAY_NUMBER-lock ]; do
>>>
>>> Ok, the check_xrunning function in thinstation.functions do:
>>>
>>> check_xrunning()
>>> {
>>>        if ps -ef | grep "$X_SERVER $DISPLAY"; then
>>>                rm /tmp/.X$DISPLAY_NUMBER-lock
>>>        fi
>>> }
>>>
>>> There are 2 problems with it:
>>>
>>> 1) In my clients, $DISPLAY is ":2.0" or ":1.0" depending of the 
>>> screen used, but ps -ef returns "Xorg :2" or "Xorg :1"
>>> 2) ps -ef | grep something always is true because it returns at 
>>> least the entry with the grep command. Also the test condition must 
>>> be "if ! ps -ef" if not if the Xserver is alive the lock file is 
>>> erased.
>>>
>>> I don't know why sometimes in previous images this mechanism works, 
>>> but it seems that check_xrunning ALWAYS delete 
>>> /tmp/.X$DISPLAY_NUMBER-lock and of course the loop in 
>>> thinstation.packages always ends.
>>>
>>> A solution for me is change the check_xrunning so:
>>>
>>> check_xrunning()
>>> {
>>>        if ! ps -ef | grep "$X_SERVER `echo $DISPLAY | sed 
>>> 's/\.0//'`" | grep -v grep; then
>>>                rm /tmp/.X$DISPLAY_NUMBER-lock
>>>        fi
>>> }
>>>
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> SF email is sponsored by - The IT Product Guide
>>> Read honest & candid reviews on hundreds of IT Products from real 
>>> users.
>>> Discover which products truly live up to the hype. Start reading now.
>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>> _______________________________________________
>>> Thinstation-general mailing list
>>> Thinstation-general@...
>>> https://lists.sourceforge.net/lists/listinfo/thinstation-general
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Thinstation-general mailing list
>> Thinstation-general@...
>> https://lists.sourceforge.net/lists/listinfo/thinstation-general
>
>
>
>

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click

test

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click