From: Chris M. <Chr...@en...> - 2007-03-26 17:47:08
|
Hi. I was playing with the Time module in 330 and noticed the time zone is now correctly applied when changing times (it wasn't correct in 250) but the hwclock fails to change time. (which I think was working before, don't quote me on that) The miniserv.err log would explain it better than me: date: invalid date `3\/26\/2007\ 15\:29\:20' The date command issued by hwclock returned unexpected results. The command was: date --date=3D"3\/26\/2007\ 15\:29\:20" +seconds-into-epoch=3D%s The response was: No usable set-to time. Cannot set clock. I'm looking at fixing the problem myself for this instance, but I'm unfamiliar with this module. If I come up with something I'll follow up. Thanks. - Chris |
From: Chris M. <Chr...@en...> - 2007-03-26 17:48:41
|
Oh, sorry, I'm on RedHat EL4. -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Chris Mckenzie Sent: Monday, March 26, 2007 1:47 PM To: web...@li... Subject: [webmin-l] Time module fails to set hwclock. Hi. I was playing with the Time module in 330 and noticed the time zone is now correctly applied when changing times (it wasn't correct in 250) but the hwclock fails to change time. (which I think was working before, don't quote me on that) The miniserv.err log would explain it better than me: date: invalid date `3\/26\/2007\ 15\:29\:20' The date command issued by hwclock returned unexpected results. The command was: date --date=3D"3\/26\/2007\ 15\:29\:20" +seconds-into-epoch=3D%s The response was: No usable set-to time. Cannot set clock. I'm looking at fixing the problem myself for this instance, but I'm unfamiliar with this module. If I come up with something I'll follow up. Thanks. - Chris ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V - Forwarded by the Webmin mailing list at web...@li... To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-list |
From: Jamie C. <jca...@we...> - 2007-03-26 18:22:26
|
Hi Chris, What does the /etc/sysconfig/clock file contain on your system? Webmin uses the CLOCKFLAGS line as extra parameters for the hwclock command.. - Jamie On 26/Mar/2007 10:48 Chris Mckenzie wrote .. > Oh, sorry, I'm on RedHat EL4. > > -----Original Message----- > From: web...@li... > [mailto:web...@li...] On Behalf Of Chris > Mckenzie > Sent: Monday, March 26, 2007 1:47 PM > To: web...@li... > Subject: [webmin-l] Time module fails to set hwclock. > > > Hi. > > I was playing with the Time module in 330 and noticed the time zone is > now correctly applied when changing times (it wasn't correct in 250) but > the hwclock fails to change time. (which I think was working before, > don't quote me on that) > > The miniserv.err log would explain it better than me: > > date: invalid date `3\/26\/2007\ 15\:29\:20' > The date command issued by hwclock returned unexpected results. The > command was: > date --date="3\/26\/2007\ 15\:29\:20" +seconds-into-epoch=%s The > response was: > > No usable set-to time. Cannot set clock. > > > I'm looking at fixing the problem myself for this instance, but I'm > unfamiliar with this module. If I come up with something I'll follow up. > > Thanks. |
From: Chris M. <Chr...@en...> - 2007-03-26 20:11:25
|
Hi Jamie. It contains the following: UTC=3Dtrue ARC=3Dfalse ZONE=3DUTC I haven't had time yet to look at the module closer, but the error message also suggests that the daet command is being called instead of hwclock. Is that a possible typo? Thanks again. - Chris -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Jamie Cameron Sent: Monday, March 26, 2007 2:22 PM To: Webmin users list Subject: Re: [webmin-l] Time module fails to set hwclock. Hi Chris, What does the /etc/sysconfig/clock file contain on your system? Webmin uses the CLOCKFLAGS line as extra parameters for the hwclock command.. =20 - Jamie On 26/Mar/2007 10:48 Chris Mckenzie wrote .. > Oh, sorry, I'm on RedHat EL4. >=20 > -----Original Message----- > From: web...@li... > [mailto:web...@li...] On Behalf Of=20 > Chris Mckenzie > Sent: Monday, March 26, 2007 1:47 PM > To: web...@li... > Subject: [webmin-l] Time module fails to set hwclock. >=20 >=20 > Hi. >=20 > I was playing with the Time module in 330 and noticed the time zone is > now correctly applied when changing times (it wasn't correct in 250)=20 > but the hwclock fails to change time. (which I think was working=20 > before, don't quote me on that) >=20 > The miniserv.err log would explain it better than me: >=20 > date: invalid date `3\/26\/2007\ 15\:29\:20' > The date command issued by hwclock returned unexpected results. The=20 > command was: > date --date=3D"3\/26\/2007\ 15\:29\:20" +seconds-into-epoch=3D%s The = > response was: >=20 > No usable set-to time. Cannot set clock. >=20 >=20 > I'm looking at fixing the problem myself for this instance, but I'm=20 > unfamiliar with this module. If I come up with something I'll follow=20 > up. >=20 > Thanks. ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V - Forwarded by the Webmin mailing list at web...@li... To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-list |
From: Jamie C. <jca...@we...> - 2007-03-26 21:20:49
|
Actually, it looks like the hwclock command is calling the date command, but calling it incorrectly! What output do you get if you run the following command as root at the shell prompt : hwclock --set --date="3/26/2007 15:29:20" - Jamie On 26/Mar/2007 13:11 Chris Mckenzie wrote .. > Hi Jamie. > > It contains the following: > > UTC=true > ARC=false > ZONE=UTC > > I haven't had time yet to look at the module closer, but the error > message also suggests that the daet command is being called instead of > hwclock. > > Is that a possible typo? > > Thanks again. > > - Chris > > -----Original Message----- > From: web...@li... > [mailto:web...@li...] On Behalf Of Jamie > Cameron > Sent: Monday, March 26, 2007 2:22 PM > To: Webmin users list > Subject: Re: [webmin-l] Time module fails to set hwclock. > > > Hi Chris, > > What does the /etc/sysconfig/clock file contain on your system? Webmin > uses the CLOCKFLAGS line as extra parameters for the hwclock command.. > > - Jamie > > On 26/Mar/2007 10:48 Chris Mckenzie wrote .. > > Oh, sorry, I'm on RedHat EL4. > > > > -----Original Message----- > > From: web...@li... > > [mailto:web...@li...] On Behalf Of > > Chris Mckenzie > > Sent: Monday, March 26, 2007 1:47 PM > > To: web...@li... > > Subject: [webmin-l] Time module fails to set hwclock. > > > > > > Hi. > > > > I was playing with the Time module in 330 and noticed the time zone is > > > now correctly applied when changing times (it wasn't correct in 250) > > but the hwclock fails to change time. (which I think was working > > before, don't quote me on that) > > > > The miniserv.err log would explain it better than me: > > > > date: invalid date `3\/26\/2007\ 15\:29\:20' > > The date command issued by hwclock returned unexpected results. The > > command was: > > date --date="3\/26\/2007\ 15\:29\:20" +seconds-into-epoch=%s The > > response was: > > > > No usable set-to time. Cannot set clock. > > > > > > I'm looking at fixing the problem myself for this instance, but I'm > > unfamiliar with this module. If I come up with something I'll follow > > up. > > > > Thanks. > > ------------------------------------------------------------------------ > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE > V > - > Forwarded by the Webmin mailing list at > web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
From: Chris M. <Chr...@en...> - 2007-03-27 12:45:45
|
Works for me. I still haven't had a chance to find the hwclock format or call. Is the only call to hwclock in time-lib.pl, set_hardware_time()? Thanks. - Chris -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Jamie Cameron Sent: Monday, March 26, 2007 5:21 PM To: Webmin users list Subject: Re: [webmin-l] Time module fails to set hwclock. Actually, it looks like the hwclock command is calling the date command, but calling it incorrectly! What output do you get if you run the following command as root at the shell prompt : hwclock --set --date=3D"3/26/2007 15:29:20" - Jamie On 26/Mar/2007 13:11 Chris Mckenzie wrote .. > Hi Jamie. >=20 > It contains the following: >=20 > UTC=3Dtrue > ARC=3Dfalse > ZONE=3DUTC >=20 > I haven't had time yet to look at the module closer, but the error=20 > message also suggests that the daet command is being called instead of > hwclock. >=20 > Is that a possible typo? >=20 > Thanks again. >=20 > - Chris >=20 > -----Original Message----- > From: web...@li... > [mailto:web...@li...] On Behalf Of=20 > Jamie Cameron > Sent: Monday, March 26, 2007 2:22 PM > To: Webmin users list > Subject: Re: [webmin-l] Time module fails to set hwclock. >=20 >=20 > Hi Chris, >=20 > What does the /etc/sysconfig/clock file contain on your system? Webmin > uses the CLOCKFLAGS line as extra parameters for the hwclock command.. > =20 > - Jamie >=20 > On 26/Mar/2007 10:48 Chris Mckenzie wrote .. > > Oh, sorry, I'm on RedHat EL4. > >=20 > > -----Original Message----- > > From: web...@li... > > [mailto:web...@li...] On Behalf Of > > Chris Mckenzie > > Sent: Monday, March 26, 2007 1:47 PM > > To: web...@li... > > Subject: [webmin-l] Time module fails to set hwclock. > >=20 > >=20 > > Hi. > >=20 > > I was playing with the Time module in 330 and noticed the time zone=20 > > is >=20 > > now correctly applied when changing times (it wasn't correct in 250) > > but the hwclock fails to change time. (which I think was working=20 > > before, don't quote me on that) > >=20 > > The miniserv.err log would explain it better than me: > >=20 > > date: invalid date `3\/26\/2007\ 15\:29\:20' > > The date command issued by hwclock returned unexpected results. The > > command was: > > date --date=3D"3\/26\/2007\ 15\:29\:20" +seconds-into-epoch=3D%s = The=20 > > response was: > >=20 > > No usable set-to time. Cannot set clock. > >=20 > >=20 > > I'm looking at fixing the problem myself for this instance, but I'm > > unfamiliar with this module. If I come up with something I'll follow > > up. > >=20 > > Thanks. >=20 > ---------------------------------------------------------------------- > -- > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn > cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE > V > - > Forwarded by the Webmin mailing list at > web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list >=20 > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V - Forwarded by the Webmin mailing list at web...@li... To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-list |
From: Dave I. <dav...@en...> - 2007-03-27 15:07:44
|
We have had some complaints that the miniserv web server supports SSL 2.0, which is considered a weak encryption protocol. Looking into this I discovered the ssl_version configuration setting in miniserv.conf, so I specified ssl_version=3D10. This should have specified to support only TLS version 1.0. I then restarted webmin. To test this out I disabled TLS and SSL 3.0 support on my Firefox, Netscape, and IE7 browsers. Firefox reacts as expected: it will not connect to the webmin server. But Netscape and IE7 both still connect, and show SSL 2.0 as the protocol being used. Have I misinterpreted the use of the ssl_version setting? Or is there a bug in the use of SSLeay that still allows unselected ssl versions to be used (though that wouldn't explain why Firefox is behaving). Thanks Dave Isaacs BTW, the customer in question is using Webmin 1.290 (they can't upgrade until later this year). I don't know if that makes a difference? |
From: Jamie C. <jca...@we...> - 2007-03-27 20:01:21
|
On 27/Mar/2007 08:07 Dave Isaacs wrote .. > We have had some complaints that the miniserv web server supports SSL > 2.0, which is considered a weak encryption protocol. Looking into this > I discovered the ssl_version configuration setting in miniserv.conf, so I > specified ssl_version=10. This should have specified to support only > TLS version 1.0. I then restarted webmin. > > To test this out I disabled TLS and SSL 3.0 support on my Firefox, > Netscape, and IE7 browsers. Firefox reacts as expected: it will not > connect to the webmin server. But Netscape and IE7 both still connect, > and show SSL 2.0 as the protocol being used. > > Have I misinterpreted the use of the ssl_version setting? Or is there a > bug in the use of SSLeay that still allows unselected ssl versions to be > used (though that wouldn't explain why Firefox is behaving). Hi Dave, The ssl_version option should set the version that SSLeay will accept only. Unfortunately I don't know what it does internally with this setting, but the docs say that it should work :-) > Thanks > > Dave Isaacs > > BTW, the customer in question is using Webmin 1.290 (they can't upgrade > until later this year). I don't know if that makes a difference? Version 1.290 does support this option in just the same way as later versions.. - Jamie |
From: Dave I. <dav...@en...> - 2007-03-27 20:56:22
|
Well, it doesn't appear to be working :-( Try it yourself: Set ssl_version=3D10 and turn off SSL 3.0 and TLS 1.0 = in IE7 (Tools > Internet Options > Advanced), and see if you can connect. I can, but I would be interested in what other people experience. Thanks Dave I -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Jamie Cameron Sent: Tuesday, March 27, 2007 4:01 PM To: Webmin users list Subject: Re: [webmin-l] SSL version used with miniserv On 27/Mar/2007 08:07 Dave Isaacs wrote .. > We have had some complaints that the miniserv web server supports SSL=20 > 2.0, which is considered a weak encryption protocol. Looking into this > I discovered the ssl_version configuration setting in miniserv.conf,=20 > so I specified ssl_version=3D10. This should have specified to = support=20 > only TLS version 1.0. I then restarted webmin. >=20 > To test this out I disabled TLS and SSL 3.0 support on my Firefox,=20 > Netscape, and IE7 browsers. Firefox reacts as expected: it will not=20 > connect to the webmin server. But Netscape and IE7 both still=20 > connect, and show SSL 2.0 as the protocol being used. >=20 > Have I misinterpreted the use of the ssl_version setting? Or is there=20 > a bug in the use of SSLeay that still allows unselected ssl versions=20 > to be used (though that wouldn't explain why Firefox is behaving). Hi Dave, The ssl_version option should set the version that SSLeay will accept only. Unfortunately I don't know what it does internally with this setting, but the docs say that it should work :-) > Thanks >=20 > Dave Isaacs >=20 > BTW, the customer in question is using Webmin 1.290 (they can't=20 > upgrade until later this year). I don't know if that makes a=20 > difference? Version 1.290 does support this option in just the same way as later versions.. - Jamie ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V - Forwarded by the Webmin mailing list at web...@li... To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-list |
From: Jamie C. <jca...@we...> - 2007-03-28 04:24:35
|
Hi Dave, I tested this myself, and found that Webmin indeed does not respect that ssl_version setting. Digging further, I found that the SSL API call I currently use does not respect the version .. so I will fix this in the next Webmin release. - Jamie On 27/Mar/2007 13:56 Dave Isaacs wrote .. > Well, it doesn't appear to be working :-( > > Try it yourself: Set ssl_version=10 and turn off SSL 3.0 and TLS 1.0 in > IE7 (Tools > Internet Options > Advanced), and see if you can connect. > I can, but I would be interested in what other people experience. > > Thanks > > Dave I > > -----Original Message----- > From: web...@li... > [mailto:web...@li...] On Behalf Of Jamie > Cameron > Sent: Tuesday, March 27, 2007 4:01 PM > To: Webmin users list > Subject: Re: [webmin-l] SSL version used with miniserv > > > On 27/Mar/2007 08:07 Dave Isaacs wrote .. > > We have had some complaints that the miniserv web server supports SSL > > 2.0, which is considered a weak encryption protocol. Looking into this > > > I discovered the ssl_version configuration setting in miniserv.conf, > > so I specified ssl_version=10. This should have specified to support > > only TLS version 1.0. I then restarted webmin. > > > > To test this out I disabled TLS and SSL 3.0 support on my Firefox, > > Netscape, and IE7 browsers. Firefox reacts as expected: it will not > > connect to the webmin server. But Netscape and IE7 both still > > connect, and show SSL 2.0 as the protocol being used. > > > > Have I misinterpreted the use of the ssl_version setting? Or is there > > a bug in the use of SSLeay that still allows unselected ssl versions > > to be used (though that wouldn't explain why Firefox is behaving). > > Hi Dave, > The ssl_version option should set the version that SSLeay will accept > only. Unfortunately I don't know what it does internally with this > setting, but the docs say that it should work :-) > > > Thanks > > > > Dave Isaacs > > > > BTW, the customer in question is using Webmin 1.290 (they can't > > upgrade until later this year). I don't know if that makes a > > difference? > > Version 1.290 does support this option in just the same way as later > versions.. > > - Jamie > > ------------------------------------------------------------------------ > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE > V > - > Forwarded by the Webmin mailing list at > web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
From: Jamie C. <jca...@we...> - 2007-03-27 19:46:01
|
Yes, it is set_hardware_time that calls hwclock. If you look at that function, the args it is called with should be pretty clear.. - Jamie On 27/Mar/2007 05:45 Chris Mckenzie wrote .. > Works for me. > > I still haven't had a chance to find the hwclock format or call. Is the > only call to hwclock in time-lib.pl, set_hardware_time()? > > Thanks. > > - Chris > > -----Original Message----- > From: web...@li... > [mailto:web...@li...] On Behalf Of Jamie > Cameron > Sent: Monday, March 26, 2007 5:21 PM > To: Webmin users list > Subject: Re: [webmin-l] Time module fails to set hwclock. > > > Actually, it looks like the hwclock command is calling the date command, > but calling it incorrectly! What output do you get if you run the > following command as root at the shell prompt : > > hwclock --set --date="3/26/2007 15:29:20" > > - Jamie > > On 26/Mar/2007 13:11 Chris Mckenzie wrote .. > > Hi Jamie. > > > > It contains the following: > > > > UTC=true > > ARC=false > > ZONE=UTC > > > > I haven't had time yet to look at the module closer, but the error > > message also suggests that the daet command is being called instead of > > > hwclock. > > > > Is that a possible typo? > > > > Thanks again. > > > > - Chris > > > > -----Original Message----- > > From: web...@li... > > [mailto:web...@li...] On Behalf Of > > Jamie Cameron > > Sent: Monday, March 26, 2007 2:22 PM > > To: Webmin users list > > Subject: Re: [webmin-l] Time module fails to set hwclock. > > > > > > Hi Chris, > > > > What does the /etc/sysconfig/clock file contain on your system? Webmin > > > uses the CLOCKFLAGS line as extra parameters for the hwclock command.. > > > > - Jamie > > > > On 26/Mar/2007 10:48 Chris Mckenzie wrote .. > > > Oh, sorry, I'm on RedHat EL4. > > > > > > -----Original Message----- > > > From: web...@li... > > > [mailto:web...@li...] On Behalf Of > > > Chris Mckenzie > > > Sent: Monday, March 26, 2007 1:47 PM > > > To: web...@li... > > > Subject: [webmin-l] Time module fails to set hwclock. > > > > > > > > > Hi. > > > > > > I was playing with the Time module in 330 and noticed the time zone > > > is > > > > > now correctly applied when changing times (it wasn't correct in 250) > > > > but the hwclock fails to change time. (which I think was working > > > before, don't quote me on that) > > > > > > The miniserv.err log would explain it better than me: > > > > > > date: invalid date `3\/26\/2007\ 15\:29\:20' > > > The date command issued by hwclock returned unexpected results. The > > > command was: > > > date --date="3\/26\/2007\ 15\:29\:20" +seconds-into-epoch=%s The > > > response was: > > > > > > No usable set-to time. Cannot set clock. > > > > > > > > > I'm looking at fixing the problem myself for this instance, but I'm > > > unfamiliar with this module. If I come up with something I'll follow > > > up. > > > > > > Thanks. > > > > ---------------------------------------------------------------------- > > -- > > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to > share > > your opinions on IT & business topics through brief surveys-and earn > > cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE > > V > > - > > Forwarded by the Webmin mailing list at > > web...@li... > > To remove yourself from this list, go to > > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > > > ---------------------------------------------------------------------- > > --- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to > share > > your > > opinions on IT & business topics through brief surveys-and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE > V > > - > > Forwarded by the Webmin mailing list at > web...@li... > > To remove yourself from this list, go to > > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > ------------------------------------------------------------------------ > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE > V > - > Forwarded by the Webmin mailing list at > web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |