From: Michael F. <fo...@fu...> - 2002-05-31 07:11:16
|
Hi, would it be possible to put something like [webmin:] or similar in front of every header of this list ? That way it would be much easier to see in the inbox where the mail comes from and that it's not spam, especially when the header doesn't have any webmin vocabulary in it ? What do you think ? Michael Fuchs fo...@fu... |
From: Joe C. <jo...@sw...> - 2002-05-31 07:47:51
|
If there isn't already a netiquette FAQ somewhere discouraging bringing this subject up for discussion on mailing lists, there should be. This is a holy war waiting to happen. Jamie, of course, makes these decisions, and I'm against having discussions about it on the list. The arguments are a waste of time, bandwidth, and whatever else they waste. And it has already been discussed at length on this mailing list just over six months ago (as it has been on every mailing list in the history of mankind), a search turned it up starting here: http://www.swelltech.com/pipermail/webmin-l-archive/2001-April/thread.html#6657 Just read the whole thread for all points, valid and otherwise on both sides. No need to bring them all up again today. I'd like to see the subject dropped. (It won't happen...but well, I can hope.) Thanks. Michael Fuchs wrote: > Hi, > > would it be possible to put something like [webmin:] or similar in front of > every header of this list ? That way it would be much easier to see in the > inbox where the mail comes from and that it's not spam, especially when the > header doesn't have any webmin vocabulary in it ? > > What do you think ? > > Michael Fuchs > fo...@fu... -- Joe Cooper <jo...@sw...> Web caching appliances and support. http://www.swelltech.com |
From: Jamie C. <jca...@we...> - 2002-05-31 11:20:56
|
Michael Fuchs wrote: > > Hi, > > would it be possible to put something like [webmin:] or similar in front of > every header of this list ? That way it would be much easier to see in the > inbox where the mail comes from and that it's not spam, especially when the > header doesn't have any webmin vocabulary in it ? > > What do you think ? Possible, but I find those kind of subject prefixes generally annoying. A better option would be to filter your mail into a different folder using the To: line, assuming your mail client supports filtering. - Jamie |
From: Carlton T. <ca...@gi...> - 2002-05-31 12:09:34
|
On Fri, 31 May 2002, Jamie Cameron wrote: > Possible, but I find those kind of subject prefixes generally annoying. > A better option would be to filter your mail into a different folder using > the To: line, assuming your mail client supports filtering. > > - Jamie While we are on the subject, how about creating a "Reply To:" header field so that all replies are automatically sent to the list instead of the original poster. I know that not all email tools honour the "Reply To:" field but they are in the minority. It gets a little annoying when I receive 2 posts from everyone that replies to my posts. Btw, I find those subject prefixes very useful. Also, since you dont always get replies from the list (someone might reply in a private message), it tells you at a glance that it is a Webmin related subject. I say "yes" to subject prefix and "yes" to having a "Reply To:" header. Regards ! -- Carlton ============================= GIFFORD INTERNET SERVICES Bristol, United Kingdom Tel: 0845 111 0032 Tel: 0117 939 7722 Fax: 0845 111 0033 Email: ad...@gi... Web: http://www.gifford.co.uk ============================= |
From: Adrian S. <val...@va...> - 2002-05-31 13:32:04
|
Carlton Thomas wrote: > > While we are on the subject, how about creating a "Reply To:" header > field so that all replies are automatically sent to the list instead > of the original poster. I know that not all email tools honour the > "Reply To:" field but they are in the minority. It gets a little > annoying when I receive 2 posts from everyone that replies to my posts. Again, discussed ad infinitum. The way it is, is in fact the way it ought to be. Use "Reply All" then trim out the personal addresses... Adrian |
From: Jamie C. <jca...@we...> - 2002-05-31 13:48:41
|
Carlton Thomas wrote: > > On Fri, 31 May 2002, Jamie Cameron wrote: > > > Possible, but I find those kind of subject prefixes generally annoying. > > A better option would be to filter your mail into a different folder using > > the To: line, assuming your mail client supports filtering. > > > > - Jamie > > While we are on the subject, how about creating a "Reply To:" header > field so that all replies are automatically sent to the list instead > of the original poster. I know that not all email tools honour the > "Reply To:" field but they are in the minority. It gets a little > annoying when I receive 2 posts from everyone that replies to my posts. > > Btw, I find those subject prefixes very useful. Also, since you dont > always get replies from the list (someone might reply in a private > message), it tells you at a glance that it is a Webmin related subject. > > I say "yes" to subject prefix and "yes" to having a "Reply To:" header. The reply-to: header should be back now .. for some reason, sourceforge (who are hosting the list) stopped offering that option for a while. - Jamie |
From: Richard T. <ri...@1s...> - 2002-05-31 13:26:08
|
Jamie- Can you add the ability to run a custom command after adding/deleting/editing a user (and the functionality for groups as well) on the remote server? We use NIS on our cluster, and would like to run a rebuild script anytime a user/group is added/deleted/edited via webmin. (For example, we run /var/yp/makeypbind.sh (a script we wrote to rebuild the ypbind data)) And just as beneficial, if not more, is to maybe also have the ability to run Group Check / Passwd Check prior to running the custom command. (possibly it could run it and if it returns OK, then it just runs the custom command, if it fails, then it displays a screen showing error/noting error and DOES NOT run the custom commands...(pwck/grpck) You definitely want to ensure,however, there are no error before running the ypbind make script.. I found a major issue that if I had too many users in a secondary group, for example, the grpck pauses looking for a response.. but the yp make script (the one that comes with ypbind) continues, and it blows the group file.. passwd file has some similar type problems if pwck fails.. (returns a 0, as I recall, if it succeeds without any data file errors.. anything else it failed) If this is not possible, I can make my bash script just send an email and exit if pwck/grpck fails.. whatever you feel is most beneficial for the world.. anyone else with a similar need? This would be a MAJOR help to us.. -Richard Teachout, RHCE 1st Nationwide Web, Inc. 314-265-4596 ri...@1s... |
From: Carlton T. <ca...@gi...> - 2002-05-31 18:18:24
|
On Fri, 31 May 2002, Richard Teachout wrote: > Jamie- > > Can you add the ability to run a custom command after > adding/deleting/editing a user (and the functionality for groups as well) on > the remote server? Me too!! We allow our resellers to create/delete/modify accounts on our servers and we are looking for a way to get Webmin to automatically notify the admin about the changes so that we can manually add the information to our accounting system. In our case, the ability for Webmin to send an email to admin to indicate that Webmin User "abc" created account "xyz" on date "mm-dd-yy" would suffice. Btw, thanks for enabling the "Reply To" feature, it is now so much easier to reply to the list. Keep up the great work :-) Regards ! -- Carlton ============================= GIFFORD INTERNET SERVICES Bristol, United Kingdom Tel: 0845 111 0032 Tel: 0117 939 7722 Fax: 0845 111 0033 Email: ad...@gi... Web: http://www.gifford.co.uk ============================= |
From: Jamie C. <jca...@we...> - 2002-06-01 10:27:16
|
Carlton Thomas wrote: > > On Fri, 31 May 2002, Richard Teachout wrote: > > > Jamie- > > > > Can you add the ability to run a custom command after > > adding/deleting/editing a user (and the functionality for groups as well) on > > the remote server? > > Me too!! > > We allow our resellers to create/delete/modify accounts on our servers > and we are looking for a way to get Webmin to automatically notify the > admin about the changes so that we can manually add the information to > our accounting system. In our case, the ability for Webmin to send an > email to admin to indicate that Webmin User "abc" created account "xyz" > on date "mm-dd-yy" would suffice. If you are just using the Users and Groups module, this is already possible by going into the Module Config and setting the 'Command to run after making changes' option to a script of your own, which will be run after a user is added, modified or deleted. The script can tell exactly what was done by checking environment variables as explained in question 15 of the FAQ at http://www.webmin.com/faq.html . So you could have a script like : #!/bin/sh if [ "$USERADMIN_ACTION" = "CREATE_USER" ]; then echo "$REMOTE_USER created account $USERADMIN_USER on " `date` | mail -s "user created" fo...@ba... fi - Jamie |
From: Jamie C. <jca...@we...> - 2002-06-01 10:21:24
|
Richard Teachout wrote: > > Jamie- > > Can you add the ability to run a custom command after > adding/deleting/editing a user (and the functionality for groups as well) on > the remote server? > We use NIS on our cluster, and would like to run a rebuild script anytime a > user/group is added/deleted/edited via webmin. > (For example, we run /var/yp/makeypbind.sh (a script we wrote to rebuild the > ypbind data)) > > And just as beneficial, if not more, is to maybe also have the ability to > run Group Check / Passwd Check prior to running the custom command. > (possibly it could run it and if it returns OK, then it just runs the custom > command, if it fails, then it displays a screen showing error/noting error > and DOES NOT run the custom commands...(pwck/grpck) You definitely want to > ensure,however, there are no error before running the ypbind make script.. I > found a major issue that if I had too many users in a secondary group, for > example, the grpck pauses looking for a response.. but the yp make script > (the one that comes with ypbind) continues, and it blows the group file.. > passwd file has some similar type problems if pwck fails.. (returns a 0, as > I recall, if it succeeds without any data file errors.. anything else it > failed) If this is not possible, I can make my bash script just send an > email and exit if pwck/grpck fails.. whatever you feel is most beneficial > for the world.. > anyone else with a similar need? What could easily be added is support for a script similar to the one in the Users and Groups module that gets run before and after a user is added/deleted/modified, on each server in the cluster. In fact, the pre-modification scripts could even have it's exit status checked to determine whether to do the update or not. How does that sound? - Jamie |
From: Richard T. <ri...@1s...> - 2002-06-01 17:05:38
|
That will work for me.. -Richard Teachout, RHCE 1st Nationwide Web, Inc. 314-265-4596 ri...@1s... ----- Original Message ----- From: "Jamie Cameron" <jca...@we...> To: <web...@li...> Sent: Saturday, June 01, 2002 5:21 AM Subject: Re: Feature Request: Cluster User Admin Richard Teachout wrote: > > Jamie- > > Can you add the ability to run a custom command after > adding/deleting/editing a user (and the functionality for groups as well) on > the remote server? > We use NIS on our cluster, and would like to run a rebuild script anytime a > user/group is added/deleted/edited via webmin. > (For example, we run /var/yp/makeypbind.sh (a script we wrote to rebuild the > ypbind data)) > > And just as beneficial, if not more, is to maybe also have the ability to > run Group Check / Passwd Check prior to running the custom command. > (possibly it could run it and if it returns OK, then it just runs the custom > command, if it fails, then it displays a screen showing error/noting error > and DOES NOT run the custom commands...(pwck/grpck) You definitely want to > ensure,however, there are no error before running the ypbind make script.. I > found a major issue that if I had too many users in a secondary group, for > example, the grpck pauses looking for a response.. but the yp make script > (the one that comes with ypbind) continues, and it blows the group file.. > passwd file has some similar type problems if pwck fails.. (returns a 0, as > I recall, if it succeeds without any data file errors.. anything else it > failed) If this is not possible, I can make my bash script just send an > email and exit if pwck/grpck fails.. whatever you feel is most beneficial > for the world.. > anyone else with a similar need? What could easily be added is support for a script similar to the one in the Users and Groups module that gets run before and after a user is added/deleted/modified, on each server in the cluster. In fact, the pre-modification scripts could even have it's exit status checked to determine whether to do the update or not. How does that sound? - Jamie _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm - 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: Richard T. <ri...@1s...> - 2002-05-31 13:52:36
|
Jamie- One more that just hit me.. is it possible/beneficial to add something like this: -The ability to set (acl? module config? per host??) that an edit can ONLY BE done on that host or only to hosts in the same group... -We have a large number of colocated servers that we administer for clients, and I'd hate to have one of our cluster admin's, on accident of course, add a user on ALL of the servers, and then have to delete it, 6 months later when we realized it.. :) :( That way adding/editing a user on one "cluster" only affects servers in that "group" or if a particular server is the ONLY server in it's "cluster" then it does not have the ability to "add to other servers"... Clear as mud? -Richard Teachout, RHCE 1st Nationwide Web, Inc. 314-265-4596 ri...@1s... |
From: Jamie C. <jca...@we...> - 2002-06-01 10:40:20
|
Richard Teachout wrote: > > Jamie- > > One more that just hit me.. is it possible/beneficial to add something like > this: > -The ability to set (acl? module config? per host??) that an edit can ONLY > BE done on that host or only to hosts in the same group... > -We have a large number of colocated servers that we administer for clients, > and I'd hate to have one of our cluster admin's, on accident of course, add > a user on ALL of the servers, and then have to delete it, 6 months later > when we realized it.. :) :( > That way adding/editing a user on one "cluster" only affects servers in that > "group" or if a particular server is the ONLY server in it's "cluster" then > it does not have the ability to "add to other servers"... I think I see what you are getting at .. maybe if there was some kind of ACL option for the Cluster Users module that prevented a user from adding or removing servers? Then you could clone the module and configure each clone to manage a different group of servers, then give some users access to only certain clones without the right to add new servers. Does that make sense to you, and would it satisfy your requirements? - Jamie |
From: Richard T. <ri...@1s...> - 2002-06-01 21:47:43
|
Jamie- Yeah, that would work, as long as adding and deleting could be prevented, then a few cloned modules (one for each "group" of servers) would function for me just fine... Also, could we add the acl function so we can restrict the "adding to only one server" (i.e.. so they could ONLY add to EVERY server in that cluster..not just one) Thanks! -Richard Teachout, RHCE 1st Nationwide Web, Inc. 314-265-4596 ri...@1s... ----- Original Message ----- From: "Jamie Cameron" <jca...@we...> To: <web...@li...> Sent: Saturday, June 01, 2002 5:40 AM Subject: Re: Feature Request #2: Cluster User admin Richard Teachout wrote: > > Jamie- > > One more that just hit me.. is it possible/beneficial to add something like > this: > -The ability to set (acl? module config? per host??) that an edit can ONLY > BE done on that host or only to hosts in the same group... > -We have a large number of colocated servers that we administer for clients, > and I'd hate to have one of our cluster admin's, on accident of course, add > a user on ALL of the servers, and then have to delete it, 6 months later > when we realized it.. :) :( > That way adding/editing a user on one "cluster" only affects servers in that > "group" or if a particular server is the ONLY server in it's "cluster" then > it does not have the ability to "add to other servers"... I think I see what you are getting at .. maybe if there was some kind of ACL option for the Cluster Users module that prevented a user from adding or removing servers? Then you could clone the module and configure each clone to manage a different group of servers, then give some users access to only certain clones without the right to add new servers. Does that make sense to you, and would it satisfy your requirements? - Jamie _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm - 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 |