You can subscribe to this list here.
2001 |
Jan
(13) |
Feb
(24) |
Mar
(23) |
Apr
(11) |
May
(18) |
Jun
(90) |
Jul
(29) |
Aug
(26) |
Sep
(37) |
Oct
(10) |
Nov
(31) |
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(45) |
Feb
(18) |
Mar
(12) |
Apr
(7) |
May
(10) |
Jun
(62) |
Jul
(8) |
Aug
(40) |
Sep
(41) |
Oct
(43) |
Nov
(29) |
Dec
(36) |
2003 |
Jan
(25) |
Feb
(9) |
Mar
(11) |
Apr
(13) |
May
(19) |
Jun
(19) |
Jul
(11) |
Aug
(4) |
Sep
(109) |
Oct
(73) |
Nov
(69) |
Dec
(21) |
2004 |
Jan
(21) |
Feb
(33) |
Mar
(31) |
Apr
(25) |
May
(33) |
Jun
(42) |
Jul
(47) |
Aug
(12) |
Sep
(41) |
Oct
(47) |
Nov
(30) |
Dec
(19) |
2005 |
Jan
(6) |
Feb
(23) |
Mar
(21) |
Apr
(26) |
May
(21) |
Jun
(16) |
Jul
(17) |
Aug
(7) |
Sep
(8) |
Oct
(13) |
Nov
(7) |
Dec
(10) |
2006 |
Jan
(10) |
Feb
(3) |
Mar
|
Apr
(2) |
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(4) |
2007 |
Jan
(2) |
Feb
(3) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(6) |
Jul
(6) |
Aug
(8) |
Sep
(3) |
Oct
(21) |
Nov
(4) |
Dec
(6) |
2008 |
Jan
(11) |
Feb
(28) |
Mar
(26) |
Apr
(9) |
May
(2) |
Jun
(10) |
Jul
(1) |
Aug
(20) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
(4) |
Feb
(10) |
Mar
(1) |
Apr
(24) |
May
(22) |
Jun
(18) |
Jul
(15) |
Aug
(21) |
Sep
(4) |
Oct
(7) |
Nov
(6) |
Dec
|
2010 |
Jan
|
Feb
(2) |
Mar
(13) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
(4) |
Sep
(6) |
Oct
(1) |
Nov
(1) |
Dec
|
2011 |
Jan
(18) |
Feb
(2) |
Mar
(23) |
Apr
(4) |
May
(5) |
Jun
(1) |
Jul
|
Aug
|
Sep
(9) |
Oct
|
Nov
(5) |
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(31) |
Apr
(3) |
May
|
Jun
(2) |
Jul
(6) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
(7) |
2014 |
Jan
|
Feb
(1) |
Mar
(9) |
Apr
(4) |
May
(7) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(4) |
Dec
|
2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: webmin-Layoutprojekt <we...@ge...> - 2001-04-04 17:01:13
|
Hi Everybody I am ready with the first version of my themeconfigurator - Webminmodule http://www.gehrigal.de/computer/linux/webmin_themeconfig/index_en.html Please test it and send me a short feedback thanks bye Alex |
From: Jamie C. <jca...@we...> - 2001-04-02 12:56:43
|
Joe Cooper wrote: > > Jamie Cameron wrote: > > > Joe Cooper wrote: > > > >> Ok, I'm getting better at figuring out what needs to go into a > >> hash...but not good enough to figure out how the Webmin Users > >> &create_user function works. > >> > >> I've gathered, I think, almost everything I need in the %user hash when > >> calling &foreign_call("acl", "create_user", \%user). But I'm having > >> issues with the ACLs for the modules, mainly because I can't figure out > >> how to print the modules array within the hash so I can see what it > >> looks like. > >> > >> So, how do I generate a correct array of modules to be added for my new > >> user? As in the previous system user generation query, I'm creating the > >> user from nothing but the name and a template. > > > > > > Basically, the create_user function takes a reference to a hash \%user that > > contains the following important keys > > > > name - The user's login name > > pass - The crypt() encrypted password > > modules - A reference to an array of modules that the user will have access to > > Ok. I think I've got it. And modules are just listed as elements in > the array: 'apache', 'sendmail', etc. (Without the quotes.) Correct? Yes .. for example, a %user hash could be constructed like this : %user = ( 'name', 'jcameron', 'pass', 'dfsdfafdsfs', 'modules', [ 'acl', 'apache', 'squid' ] ); - Jamie |
From: Joe C. <jo...@sw...> - 2001-04-02 09:20:18
|
Jamie Cameron wrote: > Joe Cooper wrote: > >> Ok, I'm getting better at figuring out what needs to go into a >> hash...but not good enough to figure out how the Webmin Users >> &create_user function works. >> >> I've gathered, I think, almost everything I need in the %user hash when >> calling &foreign_call("acl", "create_user", \%user). But I'm having >> issues with the ACLs for the modules, mainly because I can't figure out >> how to print the modules array within the hash so I can see what it >> looks like. >> >> So, how do I generate a correct array of modules to be added for my new >> user? As in the previous system user generation query, I'm creating the >> user from nothing but the name and a template. > > > Basically, the create_user function takes a reference to a hash \%user that > contains the following important keys > > name - The user's login name > pass - The crypt() encrypted password > modules - A reference to an array of modules that the user will have access to Ok. I think I've got it. And modules are just listed as elements in the array: 'apache', 'sendmail', etc. (Without the quotes.) Correct? >> Each user will have permission to edit their own virtual host in Apache, >> aliases and read mail in Sendmail, and a few other modules (like >> documentation, log analyses tools, etc.). >> >> I'm kind of stumped also, about how to do specific module level ACL >> stuff. Like limiting the user to only their own virtual host and >> aliases, and such. I've located the save_acl.cgi stuff, and kind of >> understand what's happening, but a pointer or two would be much appreciated. > > Detailed module acls are controlled by the username.acl file in each module's > subdirectory under /etc/webmin. This file is just a list of name=value pairs, > the exact meaning of which are not really documented anywhere :) They are > set by the acl_security.pl script in each module's directory, and > usually loaded into the %access array by the &get_module_acl function called by > module CGI programs and interpreted to allow or deny access to certain functions. > > You can get an idea how this works by setting some detailed acls manually and > then looking at the values in the username.acl file .. Ok. This I can handle too, I think. I'll get the user creation happening, and then tackle the ACLs. Will query further if I get lost. Thanks, Jamie. -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: Jamie C. <jca...@we...> - 2001-04-02 08:01:28
|
Joe Cooper wrote: > > Ok, I'm getting better at figuring out what needs to go into a > hash...but not good enough to figure out how the Webmin Users > &create_user function works. > > I've gathered, I think, almost everything I need in the %user hash when > calling &foreign_call("acl", "create_user", \%user). But I'm having > issues with the ACLs for the modules, mainly because I can't figure out > how to print the modules array within the hash so I can see what it > looks like. > > So, how do I generate a correct array of modules to be added for my new > user? As in the previous system user generation query, I'm creating the > user from nothing but the name and a template. Basically, the create_user function takes a reference to a hash \%user that contains the following important keys name - The user's login name pass - The crypt() encrypted password modules - A reference to an array of modules that the user will have access to > Each user will have permission to edit their own virtual host in Apache, > aliases and read mail in Sendmail, and a few other modules (like > documentation, log analyses tools, etc.). > > I'm kind of stumped also, about how to do specific module level ACL > stuff. Like limiting the user to only their own virtual host and > aliases, and such. I've located the save_acl.cgi stuff, and kind of > understand what's happening, but a pointer or two would be much appreciated. Detailed module acls are controlled by the username.acl file in each module's subdirectory under /etc/webmin. This file is just a list of name=value pairs, the exact meaning of which are not really documented anywhere :) They are set by the acl_security.pl script in each module's directory, and usually loaded into the %access array by the &get_module_acl function called by module CGI programs and interpreted to allow or deny access to certain functions. You can get an idea how this works by setting some detailed acls manually and then looking at the values in the username.acl file .. - Jamie |
From: Joe C. <jo...@sw...> - 2001-03-31 10:15:14
|
Ok, I'm getting better at figuring out what needs to go into a hash...but not good enough to figure out how the Webmin Users &create_user function works. I've gathered, I think, almost everything I need in the %user hash when calling &foreign_call("acl", "create_user", \%user). But I'm having issues with the ACLs for the modules, mainly because I can't figure out how to print the modules array within the hash so I can see what it looks like. So, how do I generate a correct array of modules to be added for my new user? As in the previous system user generation query, I'm creating the user from nothing but the name and a template. Each user will have permission to edit their own virtual host in Apache, aliases and read mail in Sendmail, and a few other modules (like documentation, log analyses tools, etc.). I'm kind of stumped also, about how to do specific module level ACL stuff. Like limiting the user to only their own virtual host and aliases, and such. I've located the save_acl.cgi stuff, and kind of understand what's happening, but a pointer or two would be much appreciated. Thanks! -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: Paul R. <pb...@op...> - 2001-03-31 06:50:47
|
TWiki lets visitors upload files... look at the code - it's open source. http://www.twiki.org is one place to start... On Sat, 24 Mar 2001 09:19:24 +0100 "webmin-Layoutprojekt" <we...@ge...> wrote: > Hi > > i am looking for a CGI-Script to upload Files ( like the moduleupload ) > Could anybody help me? > > > thanks! > > bye > > Alex > > > > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel -- -Paul B. Reiber, Jr. Co-founder & CTO, Open Country, Inc. pb...@op... Office (408)248-8530 Mobile (408)812-2351 Home (408)733-4848 |
From: Joe C. <jo...@sw...> - 2001-03-27 14:37:20
|
Fabulous. Works perfectly now. Fun times. On to adding a Webmin user, and DNS and Sendmail entries. I might just finish this thing after all (I'm even doing access controls this time). As always, thanks a lot, Jamie. Jamie Cameron wrote: > Joe Cooper wrote: > >> Ok... I'm almost there. But I'm stumped now. My perl ignorance is showing. >> >> Is there a way for me to pass the hash to a foreign_call? > > You just have to pass it as a reference .. like so : > > &foreign_call("useradmin", "create_user", \%user); > > I don't think there is any way to pass an actual hash to a perl function .. > > - Jamie -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: denny @ d - R. . n. <ar...@ja...> - 2001-03-27 12:42:41
|
how about freevsd module for webmin |
From: Jamie C. <jca...@we...> - 2001-03-27 07:58:27
|
Joe Cooper wrote: > > Ok... I'm almost there. But I'm stumped now. My perl ignorance is showing. > > Is there a way for me to pass the hash to a foreign_call? > > I've confirmed that everything is correct in the hashes (%user and %group): > > %user = > shell/bin/shhome/home/httpd/test7uid504realtest7gid504pass$1$85678922$2XoiZBuEZP.uSqRpjCRuP/usertest7 > > %group = gid504grouptest7 > > (Correct?) > > But I don't think it is being passed to the foreign_call to create_user > and create_group. All is get in my passwd and group files is this: > > :x::::: > > and > > :x:: > > I've tried all three of the following with no luck: > > &foreign_call("useradmin", "create_user", "%user"); > &foreign_call("useradmin", "create_user", "\%user"); > &foreign_call("useradmin", "create_user", %user); > > I've found references to lots of very roundabout methods of passing a > hash to a function (by converting them to arrays or a string), all of > which have me confused. So will the function accept an array or a > string and fit it back into being a correct hash, or should I, perhaps > copy the function into my module-lib.pl? You just have to pass it as a reference .. like so : &foreign_call("useradmin", "create_user", \%user); I don't think there is any way to pass an actual hash to a perl function .. - Jamie |
From: Joe C. <jo...@sw...> - 2001-03-27 07:38:00
|
Ok... I'm almost there. But I'm stumped now. My perl ignorance is showing. Is there a way for me to pass the hash to a foreign_call? I've confirmed that everything is correct in the hashes (%user and %group): %user = shell/bin/shhome/home/httpd/test7uid504realtest7gid504pass$1$85678922$2XoiZBuEZP.uSqRpjCRuP/usertest7 %group = gid504grouptest7 (Correct?) But I don't think it is being passed to the foreign_call to create_user and create_group. All is get in my passwd and group files is this: :x::::: and :x:: I've tried all three of the following with no luck: &foreign_call("useradmin", "create_user", "%user"); &foreign_call("useradmin", "create_user", "\%user"); &foreign_call("useradmin", "create_user", %user); I've found references to lots of very roundabout methods of passing a hash to a function (by converting them to arrays or a string), all of which have me confused. So will the function accept an array or a string and fit it back into being a correct hash, or should I, perhaps copy the function into my module-lib.pl? Thanks! Jamie Cameron wrote: > The hash keys that need to be in %user are : > > user - The username > pass - The encrypted password (you should call encrypt_password to generate this) > uid - The user's UID > gid - The GID of the user's primary group > real - The user's real name > home - Home directory > shell - The user's shell > > In addition, if your system supports the shadow password file you also set the following > keys if you want (if not, they will just be left empty which is the default) > > change - Days since 1st jan 1970 that password was changed > min - Days before password may be changed > max - Days after which password must be changed > warn - Days before password is to expire that user is warned > inactive- The number of days of inactivity allowed for the user > expire - Days since Jan 1, 1970 that account is disabled > > - Jamie > > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel -- -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: Joe C. <jo...@sw...> - 2001-03-27 00:58:17
|
Thanks a heap, Jamie. That makes it downright easy. Jamie Cameron wrote: >> What I'm trying to figure out is, what needs to be specified in the >> %user hash when calling create_user? As I mentioned, the details of the >> user will not be chosen on a per-user basis so I definitely don't need >> all the funny bits being checked and configured in useradmin, but I want >> to make sure I'm creating a functional and completely defined user. > > > The hash keys that need to be in %user are : > > user - The username > pass - The encrypted password (you should call encrypt_password to generate this) > uid - The user's UID > gid - The GID of the user's primary group > real - The user's real name > home - Home directory > shell - The user's shell > > In addition, if your system supports the shadow password file you also set the following > keys if you want (if not, they will just be left empty which is the default) > > change - Days since 1st jan 1970 that password was changed > min - Days before password may be changed > max - Days after which password must be changed > warn - Days before password is to expire that user is warned > inactive- The number of days of inactivity allowed for the user > expire - Days since Jan 1, 1970 that account is disabled > > - Jamie > > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel -- -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: Jamie C. <jca...@we...> - 2001-03-27 00:32:40
|
Joe Cooper wrote: > > Quick query, > > What /needs/ to be in %user when using the &create_user function from > useradmin? > > Here's the situation, I want to create a user from a template, with only > a username selected by the admin at creation time. The template will be > hardcoded at first, but soon replaced by module config options or some > other interactive setup method. But, it will not be specific to each > user. I'd like to accomplish the following: > > Insert the name which is being chosen at create time > > Create a random password which is encrypted using the standard Red Hat > PAM method -- (I'll probably also add a field for entering an optional > password later) > > Select the next available user ID (I think I've successfully pulled this > mostly unaltered from the edit_user.cgi section) > > Set everything else to 'defaults' as defined in the template > > I'm already successfully creating the new user's home directory, and I > think I can figure out adding ACLs for the user for Webmin (haven't > tried to tackle adding a Webmin user yet). > > What I'm trying to figure out is, what needs to be specified in the > %user hash when calling create_user? As I mentioned, the details of the > user will not be chosen on a per-user basis so I definitely don't need > all the funny bits being checked and configured in useradmin, but I want > to make sure I'm creating a functional and completely defined user. The hash keys that need to be in %user are : user - The username pass - The encrypted password (you should call encrypt_password to generate this) uid - The user's UID gid - The GID of the user's primary group real - The user's real name home - Home directory shell - The user's shell In addition, if your system supports the shadow password file you also set the following keys if you want (if not, they will just be left empty which is the default) change - Days since 1st jan 1970 that password was changed min - Days before password may be changed max - Days after which password must be changed warn - Days before password is to expire that user is warned inactive- The number of days of inactivity allowed for the user expire - Days since Jan 1, 1970 that account is disabled - Jamie |
From: Joe C. <jo...@sw...> - 2001-03-26 10:32:31
|
Quick query, What /needs/ to be in %user when using the &create_user function from useradmin? Here's the situation, I want to create a user from a template, with only a username selected by the admin at creation time. The template will be hardcoded at first, but soon replaced by module config options or some other interactive setup method. But, it will not be specific to each user. I'd like to accomplish the following: Insert the name which is being chosen at create time Create a random password which is encrypted using the standard Red Hat PAM method -- (I'll probably also add a field for entering an optional password later) Select the next available user ID (I think I've successfully pulled this mostly unaltered from the edit_user.cgi section) Set everything else to 'defaults' as defined in the template I'm already successfully creating the new user's home directory, and I think I can figure out adding ACLs for the user for Webmin (haven't tried to tackle adding a Webmin user yet). What I'm trying to figure out is, what needs to be specified in the %user hash when calling create_user? As I mentioned, the details of the user will not be chosen on a per-user basis so I definitely don't need all the funny bits being checked and configured in useradmin, but I want to make sure I'm creating a functional and completely defined user. Thanks! -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: webmin-Layoutprojekt <we...@ge...> - 2001-03-24 08:18:39
|
Hi i am looking for a CGI-Script to upload Files ( like the moduleupload ) Could anybody help me? thanks! bye Alex |
From: Joe C. <jo...@sw...> - 2001-03-23 03:43:20
|
Ok. I can do that. I just thought I was doing something wrong (as is usually the case when I try to read and interpret perl). But if hardcoding the path (if unknown) is the Right Way, then I'm happy to say I've already implemented it the Right Way. ;-) Thanks. Jamie Cameron wrote: > Joe Cooper wrote: > >> Hey folks, >> >> I've just started a new module... >> >> I'd like to pull in the configs from Apache, DNS, and Sendmail using >> foreign_config. I've started with Apache. It is working, but only for >> the values that are actually set...those that are 'Automatic' are not >> included in the configuration that is pulled in. >> >> How do I pull in all of the configuration (both the defaults for the OS, >> and the manual settings)? > > > Options that are set to Automatic are not in the configuation, because it > is up to the code to work them out. For example, if the 'Path to httpd.conf file' > option is set to automatic, then the code should read the file > $config{'httpd_dir'}/etc/httpd.conf instead. Unfortunately, this relative path > is hard-coded rather than being in a config file somewhere :( > > - Jamie > > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel -- -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: Jamie C. <jca...@we...> - 2001-03-22 23:21:48
|
Joe Cooper wrote: > > Hey folks, > > I've just started a new module... > > I'd like to pull in the configs from Apache, DNS, and Sendmail using > foreign_config. I've started with Apache. It is working, but only for > the values that are actually set...those that are 'Automatic' are not > included in the configuration that is pulled in. > > How do I pull in all of the configuration (both the defaults for the OS, > and the manual settings)? Options that are set to Automatic are not in the configuation, because it is up to the code to work them out. For example, if the 'Path to httpd.conf file' option is set to automatic, then the code should read the file $config{'httpd_dir'}/etc/httpd.conf instead. Unfortunately, this relative path is hard-coded rather than being in a config file somewhere :( - Jamie |
From: Joe C. <jo...@sw...> - 2001-03-22 10:41:41
|
Hey folks, I've just started a new module... I'd like to pull in the configs from Apache, DNS, and Sendmail using foreign_config. I've started with Apache. It is working, but only for the values that are actually set...those that are 'Automatic' are not included in the configuration that is pulled in. How do I pull in all of the configuration (both the defaults for the OS, and the manual settings)? Thanks! -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: <gsa...@ca...> - 2001-03-20 15:17:30
|
The new version of the TCP Wrappers module fixes some errors regarding the latest version. These are: - Now, you can add and delete commands even if you are adding a new rule or modifying an existing one. - Makes the inetd changes to take effect when you protect or deprotect a service - The module supports english, spanish and italian languages - A link has been added that shows the log file of the TCP Wrappers The TCP Wrappers module continues his work!!! To download visit the following URL: http://webmin.ven.org/tcpw/ |
From: webmin-Layoutprojekt <we...@ge...> - 2001-03-17 16:41:06
|
Hi a new version of the gehrigal theme was released. The Version ist 0.05a to download this Theme please visit this site: english users: http://www.gehrigal.de/computer/linux/webmin_layout/index_en.html german users: http://www.gehrigal.de/computer/linux/webmin_layout/index.html Please test this new version and send me a short feedback - Thanks |
From: Jamie C. <jca...@we...> - 2001-03-09 00:35:12
|
Olivier Rossel wrote: > > The company Linux-Kheops, one of the older Linux company in France, has > made a translation for most of the Webmin modules. > We would like to have infos about how we can integrate these translations > into the main distribution. > > We would also like to have a section on our website about this translation > project so french speaking people can help. > > What's your policy about translation? I'm always looking for new translations to include in the main webmin distribution, so feel free to send your French translation in to me! - Jamie |
From: Olivier R. <oli...@ef...> - 2001-03-08 11:29:38
|
The company Linux-Kheops, one of the older Linux company in France, has made a translation for most of the Webmin modules. We would like to have infos about how we can integrate these translations into the main distribution. We would also like to have a section on our website about this translation project so french speaking people can help. What's your policy about translation? |
From: Joe C. <jo...@sw...> - 2001-03-07 00:55:20
|
Looks quite nice, guys. This probably ranks as a necessary module to have, if system administration is to happen entirely in Webmin. I'm glad to see you guys have done it. I'll add it to my list of third party modules to document in the Webmin guide. gsa...@ca... wrote: > This is a nearly complete version of the TCP Wrappers module for Webmin. > > You may find some errors and mis-functionality, but like all programmers said: We are working on that!!! > > To download visit: http://webmin.ven.org/tcpw/ > > Greetings, > Gianfranco Samuele > Luigi Vellucci -- Joe Cooper <jo...@sw...> Affordable Web Caching Proxy Appliances http://www.swelltech.com |
From: <gsa...@ca...> - 2001-03-06 22:05:34
|
This is a nearly complete version of the TCP Wrappers module for Webmin. You may find some errors and mis-functionality, but like all programmers said: We are working on that!!! To download visit: http://webmin.ven.org/tcpw/ Greetings, Gianfranco Samuele Luigi Vellucci |
From: <km...@ac...> - 2001-03-06 01:33:12
|
web...@li... on 2001-03-06 04:06:12 Please respond to web...@li... To: web...@li... cc: (bcc: Kellie Mi/AI_ASTS/ACER) Subject: webadmin-devel digest, Vol 1 #18 - 1 msg Send webadmin-devel mailing list submissions to web...@li... To subscribe or unsubscribe via the World Wide Web, visit http://lists.sourceforge.net/lists/listinfo/webadmin-devel or, via email, send a message with subject or body 'help' to web...@li... You can reach the person managing the list at web...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of webadmin-devel digest..." Today's Topics: 1. webadmin-devel digest subscription (km...@ac...) --__--__-- Message: 1 From: km...@ac... To: web...@li... Date: Mon, 5 Mar 2001 12:53:25 +0800 Subject: webadmin-devel digest subscription Reply-To: web...@li... web...@li... on 2001-03-03 04:05:03 Please respond to web...@li... To: web...@li... cc: (bcc: Kellie Mi/AI_ASTS/ACER) Subject: webadmin-devel digest, Vol 1 #17 - 1 msg Send webadmin-devel mailing list submissions to web...@li... To subscribe or unsubscribe via the World Wide Web, visit http://lists.sourceforge.net/lists/listinfo/webadmin-devel or, via email, send a message with subject or body 'help' to web...@li... You can reach the person managing the list at web...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of webadmin-devel digest..." Today's Topics: 1. Re:Welcome to the "webadmin-devel" mailing list (Digest mode) (km...@ac...) -- __--__-- Message: 1 From: km...@ac... To: web...@li... Date: Fri, 2 Mar 2001 10:10:40 +0800 Subject: Re: Welcome to the "webadmin-devel" mailing list (Digest mode) Reply-To: web...@li... web...@li... on 2001-03-02 10:05:01 To: Kellie Mi/AI_ASTS/ACER@ACER cc: Subject: Welcome to the "webadmin-devel" mailing list (Digest mode) Welcome to the web...@li... mailing list! To post to this list, send your email to: web...@li... General information about the mailing list is at: http://lists.sourceforge.net/lists/listinfo/webadmin-devel If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: http://lists.sourceforge.net/lists/options/webadmin-devel/kmi%40acersoftech.com.cn You can also make such adjustments via email by sending a message to: web...@li... with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: 049417 If you forget your password, don't worry, you will receive a monthly reminder telling you what all your lists.sourceforge.net mailing list passwords are, and how to unsubscribe or change your options. There is also a button on your options page that will email your current password to you. You may also have your password mailed to you automatically off of the Web page noted above. -- __--__-- _______________________________________________ webadmin-devel mailing list web...@li... http://lists.sourceforge.net/lists/listinfo/webadmin-devel End of webadmin-devel Digest --__--__-- _______________________________________________ webadmin-devel mailing list web...@li... http://lists.sourceforge.net/lists/listinfo/webadmin-devel End of webadmin-devel Digest |
From: <km...@ac...> - 2001-03-05 04:51:24
|
web...@li... on 2001-03-03 04:05:03 Please respond to web...@li... To: web...@li... cc: (bcc: Kellie Mi/AI_ASTS/ACER) Subject: webadmin-devel digest, Vol 1 #17 - 1 msg Send webadmin-devel mailing list submissions to web...@li... To subscribe or unsubscribe via the World Wide Web, visit http://lists.sourceforge.net/lists/listinfo/webadmin-devel or, via email, send a message with subject or body 'help' to web...@li... You can reach the person managing the list at web...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of webadmin-devel digest..." Today's Topics: 1. Re:Welcome to the "webadmin-devel" mailing list (Digest mode) (km...@ac...) --__--__-- Message: 1 From: km...@ac... To: web...@li... Date: Fri, 2 Mar 2001 10:10:40 +0800 Subject: Re: Welcome to the "webadmin-devel" mailing list (Digest mode) Reply-To: web...@li... web...@li... on 2001-03-02 10:05:01 To: Kellie Mi/AI_ASTS/ACER@ACER cc: Subject: Welcome to the "webadmin-devel" mailing list (Digest mode) Welcome to the web...@li... mailing list! To post to this list, send your email to: web...@li... General information about the mailing list is at: http://lists.sourceforge.net/lists/listinfo/webadmin-devel If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: http://lists.sourceforge.net/lists/options/webadmin-devel/kmi%40acersoftech.com.cn You can also make such adjustments via email by sending a message to: web...@li... with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: 049417 If you forget your password, don't worry, you will receive a monthly reminder telling you what all your lists.sourceforge.net mailing list passwords are, and how to unsubscribe or change your options. There is also a button on your options page that will email your current password to you. You may also have your password mailed to you automatically off of the Web page noted above. --__--__-- _______________________________________________ webadmin-devel mailing list web...@li... http://lists.sourceforge.net/lists/listinfo/webadmin-devel End of webadmin-devel Digest |