webadmin-list — Webmin users mailing list

[webmin-l] SPF bind appears wrong and doesn't update slave

[Unknown Q. <web...@un...>]

Hi

i've come across a problem with the SPF records in Bind - not sure when it 
happened, because it was OK before

i've just upgraded from Webmin 1.230 to 1.250 but that hasn't solved the 
problem

basically i'm trying to stop AOL bouncing e-mails back because the domain 
doesn't have an SFP record

the domains i'm using all have SPF records on the Master server's Bind set 
to
domain.tld. IN TXT "v=spf1 a mx ~all"

and these used to get pushed across to the Slave Bind on the 2nd server

however, none of the domain's slave bind records now show the SFP / TXT 
field - it's just blank

i've tried to force updates etc but nothing will push the record from the 
master to the slave
(i've created extra A & MX records to test that other fields get pushed 
across OK and they work OK)

STOP PRESS
looking at the slave bind record via
https://slave IP:10000/bind8/edit_slave.cgi?index=NNN
it only shows the TXT record field as being empty

but looking at the slave bind record via
https://slave IP:10000/bind8/view_text.cgi?index=NNN&view=
does show the line
TXT	"v=spf1 a mx ~all"

so now i'm really confused as to what is the correct live data being output 
to the world

normally i manually create the bind record on the master server and include 
the line
domain.tld. IN TXT "v=spf1 a mx ~all"
but i see now that you've got the editable fields for the SPF records
but i think you've also got one of the field options WRONG

looking at https://master 
IP:10000/bind8/edit_recs.cgi?index=24&view=&type=SPF

you've got a drop-down box for the Action for other senders
it gives these options
Disallow (-all)
Disallow (~all) i think this should say DISCOURAGE
Neutral (?all)
Allow (+all)
Default

looking at http://www.openspf.org/mechanisms.html
it appears that the settigns should =
- fail
~ softfail
+ pass
? neutral

but 
http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/ 
explains it as

+all = Yes; mail may legitimately originate
from IP addresses not identified above.

-all = No; this domain sends mail only from the
IP addresses identified above.

?all = Neutral; this domain makes no statement
about whether mail may legitimately originate from IP addresses
not identified above.

~all = Discouraged; mail may legitimately originate
from IP addresses not identified above, however,
use of such IP addresses is discouraged and may
not be permitted in the future.


there also appears to be a potential problem on the horizon with the 2 
versions of SPF
spf1 & spf2
should Webmin's bind be able to produce records for both types of SPF 
record?

whilst i'm looking at this i've also come across another minefield
http://antispam.yahoo.com/domainkeys
Jamie - do you have any plans to implement tools for this into Webmin / 
Virtulamin

sorry to have rambled on so much

Regards

Martyn

Re: [webmin-l] webmin mysql module and my.cnf (request of functionality)

[Jamie C. <jca...@we...>]

Hi Marcos,
That's a good idea for a feature .. I will add this to my list of things to develop for the next release.

 - Jamie

-----Original Message-----

From:  Marcos Rubinstein <we...@al...>
Subj:  [webmin-l] webmin mysql module and my.cnf (request of functionality)
Date:  Sat 17 Dec 2005 6:23 am
Size:  1K
To:  <web...@li...>

most Webmin modules for servers deal with their configuration file... but
not mysql...

I think that it would be really useful to be able to configure my.cnf
using Webmin, giving the system administrator a fast way to limit memory
usage by mysql, maximum number of connections, login, etc. "fine tuning" of
mysqld requires you to use/modify my.cnf... and it is very difficult to
find simple "howto" for my.cnf!

The addition of a simple way to modify my.cfg would make Webmin "unique"
for the administration of mysql...  AFAIK you do not get that kind of
functionality with phpMyAdmin.

Cheers!
Marcos

ps: Oh!... I wish I knew enough about Mysql and perl to help.. but... :(



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
-
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

[webmin-l] webmin mysql module and my.cnf (request of functionality)

[Marcos R. <we...@al...>]

most Webmin modules for servers deal with their configuration file... but
not mysql...

I think that it would be really useful to be able to configure my.cnf
using Webmin, giving the system administrator a fast way to limit memory
usage by mysql, maximum number of connections, login, etc. "fine tuning" of
mysqld requires you to use/modify my.cnf... and it is very difficult to
find simple "howto" for my.cnf!

The addition of a simple way to modify my.cfg would make Webmin "unique"
for the administration of mysql...  AFAIK you do not get that kind of
functionality with phpMyAdmin.

Cheers!
Marcos

ps: Oh!... I wish I knew enough about Mysql and perl to help.. but... :(

[webmin-l] Qmail Help please

[Amir M. <ami...@ya...>]

Hello,

I'm new to webmin- managed to configure my virtual server to host several 
virtual domains and configure my ftp server.
I can't seem to crack the Qmail. I found a few texts that discuss qmail in 
command lines...
Is there any simple readbale text that explains the webmin interface and how 
to configure Qmail through it?
Thank you for any advice

Amir

RE: [webmin-l] CIFS mounts, Backups, ramblings

[Jamie C. <jca...@we...>]

Hi Neal,
That message about filesystems needing to be separated by spaces is a bug in the docs - they really need to be entered on separate lines.

 - Jamie

-----Original Message-----

From:  "Neal Morgan" <Ne...@Mo...>
Subj:  RE: [webmin-l] CIFS mounts, Backups, ramblings
Date:  Thu 15 Dec 2005 4:34 am
Size:  2K
To:  <web...@li...>

Thanks Jamie.

BTW - I note the help for path to backup says separate multiple paths
with spaces - but you get an error message if you do that.  It seems to
be happy with line feeds though.


On the cifs mount/file system permissions, I tried that and it works -
kind of.  It will use the owner/group you indicate, but it still lets
any user create files.  This looks to me like a cifs.mount/Windows issue
though.  The docs say it will ignore these parameters if the
server/share doesn't understand ufs extensions...



-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Jamie
Cameron
Sent: Wednesday, December 14, 2005 4:04 AM
To: web...@li...
Subject: Re: [webmin-l] CIFS mounts, Backups, ramblings

On 14/Dec/2005 13:25 Neal Morgan wrote ..
> Jamie:
> 
> Short questions: 
> 
> Any plans to augment the "Disk and Network FileSystems" module to
> include the additional mount.cifs options as documented here:
> http://www.samba.org/samba/docs/man/manpages-3/mount.cifs.8.html?
(I'm
> specifically interested in being able to give it a credentials file
> rather than listing user/password in clear text in my fstab file).

That is a good idea .. I will look into adding this in the next Webmin
release.

<snip>

Running the post-backup command before verifying looks like the real
bug..
I will fix this in the next version of Webmin, which will allow you to
setup
mount/unmount commands as necessary.

<snip>

You should be able to set the file permissions on the mount so that only
root can write to it. This can be done with the 'File permissions' and
'User files are owned by' fields for the mount in the Disk and Network
Filesystems module.

 - Jamie


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&opÌk
-
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

RE: [webmin-l] CIFS mounts, Backups, ramblings

[Neal M. <Ne...@Mo...>]

Thanks Jamie.

BTW - I note the help for path to backup says separate multiple paths
with spaces - but you get an error message if you do that.  It seems to
be happy with line feeds though.


On the cifs mount/file system permissions, I tried that and it works -
kind of.  It will use the owner/group you indicate, but it still lets
any user create files.  This looks to me like a cifs.mount/Windows issue
though.  The docs say it will ignore these parameters if the
server/share doesn't understand ufs extensions...



-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Jamie
Cameron
Sent: Wednesday, December 14, 2005 4:04 AM
To: web...@li...
Subject: Re: [webmin-l] CIFS mounts, Backups, ramblings

On 14/Dec/2005 13:25 Neal Morgan wrote ..
> Jamie:
>=20
> Short questions:=20
>=20
> Any plans to augment the "Disk and Network FileSystems" module to
> include the additional mount.cifs options as documented here:
> http://www.samba.org/samba/docs/man/manpages-3/mount.cifs.8.html?
(I'm
> specifically interested in being able to give it a credentials file
> rather than listing user/password in clear text in my fstab file).

That is a good idea .. I will look into adding this in the next Webmin
release.

<snip>

Running the post-backup command before verifying looks like the real
bug..
I will fix this in the next version of Webmin, which will allow you to
setup
mount/unmount commands as necessary.

<snip>

You should be able to set the file permissions on the mount so that only
root can write to it. This can be done with the 'File permissions' and
'User files are owned by' fields for the mount in the Disk and Network
Filesystems module.

 - Jamie

Re: [webmin-l] CIFS mounts, Backups, ramblings

[Jamie C. <jca...@we...>]

On 14/Dec/2005 13:25 Neal Morgan wrote ..
> Jamie:
> 
> Short questions: 
> 
> Any plans to augment the "Disk and Network FileSystems" module to
> include the additional mount.cifs options as documented here:
> http://www.samba.org/samba/docs/man/manpages-3/mount.cifs.8.html?  (I'm
> specifically interested in being able to give it a credentials file
> rather than listing user/password in clear text in my fstab file).

That is a good idea .. I will look into adding this in the next Webmin release.

> How about plans (or current undocumented facilities) in the "Filesystem
> Backup" module to override the command to use smbclient per its man
> page/examples:
> http://www.samba.org/samba/docs/man/manpages-3/smbclient.1.html
> 
> I'd like to be able to backup to a Win/2003 share without incurring the
> security penalties associated with always having the share mounted.
> E.g. let me use smbclient, or let me mount/backup/verify/umount in one
> evolution via the backup module.  I must be missing something here
> because if I use the pre/post commands in backup, it executes the post
> command prior to the verify step - causing the verify step to fail.

Running the post-backup command before verifying looks like the real bug..
I will fix this in the next version of Webmin, which will allow you to setup
mount/unmount commands as necessary.

> More Ramblings:
> 
> This started as one of those items I had parked at the bottom of my task
> list some time ago.  I couldn't get Samba/CIFS/Windows 2003 to play nice
> together when mounting a Windows share.  I parked it on my list and
> finally came back to it today.  Still, I cannot seem to manually execute
> the mount command successfully.  Through dumb luck, I stumbled on the
> network/filesystems page in Webmin and discovered it is smarter than I
> am (no big surprise there!) and can perform the mount (hurray!).
> 
> Problem is, once mounted everyone can write to it.  I'm not wild about
> that situation.  I know I can (and probably will) go manually edit the
> cron job and add an " && umount ..." to the command.  Likewise, the
> clear text password in fstab via the filesystem module leaves me
> uncomfortable.

You should be able to set the file permissions on the mount so that only
root can write to it. This can be done with the 'File permissions' and
'User files are owned by' fields for the mount in the Disk and Network
Filesystems module.

 - Jamie

[webmin-l] CIFS mounts, Backups, ramblings

[Neal M. <Ne...@Mo...>]

Jamie:

=20

Short questions:=20

=20

Any plans to augment the "Disk and Network FileSystems" module to
include the additional mount.cifs options as documented here:
http://www.samba.org/samba/docs/man/manpages-3/mount.cifs.8.html?  (I'm
specifically interested in being able to give it a credentials file
rather than listing user/password in clear text in my fstab file).

=20

How about plans (or current undocumented facilities) in the "Filesystem
Backup" module to override the command to use smbclient per its man
page/examples:
http://www.samba.org/samba/docs/man/manpages-3/smbclient.1.html

=20

I'd like to be able to backup to a Win/2003 share without incurring the
security penalties associated with always having the share mounted.
E.g. let me use smbclient, or let me mount/backup/verify/umount in one
evolution via the backup module.  I must be missing something here
because if I use the pre/post commands in backup, it executes the post
command prior to the verify step - causing the verify step to fail.

=20

=20

=20

=20

More Ramblings:

This started as one of those items I had parked at the bottom of my task
list some time ago.  I couldn't get Samba/CIFS/Windows 2003 to play nice
together when mounting a Windows share.  I parked it on my list and
finally came back to it today.  Still, I cannot seem to manually execute
the mount command successfully.  Through dumb luck, I stumbled on the
network/filesystems page in Webmin and discovered it is smarter than I
am (no big surprise there!) and can perform the mount (hurray!).

=20

Problem is, once mounted everyone can write to it.  I'm not wild about
that situation.  I know I can (and probably will) go manually edit the
cron job and add an " && umount ..." to the command.  Likewise, the
clear text password in fstab via the filesystem module leaves me
uncomfortable.

=20

=20

...and as long as I'm rambling, can the next person rambling about the
poll check the spelling on the subject?  :-) That one has been bugging
me for days.

=20

=20

=20

Thanks in advance, apologies if this has already been answered.

=20

=20

Neal Morgan

=20

=20

=20

=20

=20

=20

Re: [webmin-l] Ramblings after reviewing the pole

[Barry <we...@i1...>]

John Hinton wrote:

>
>
> OK, yes, Webmin is for sysadmins and since Virtualmin is to be 
> operated within Webmin, I guess that it should be considered for 
> sysadmins. As far as these are concerned, yup, more help files and 
> perhaps a review of terminology used would be of benefit to us sysadmins. 

Well, yeah, but I bet that was all written long ago before OC started 
asking around...and what Paul cubbage is asking are inbound marketing 
questions, which signals that they are open to reconsidering the 
original mission, and funding or otherwise driving the changes.


> Virtualmin is in some places sort of advertised as being for end 
> users. Well....... if that is the case, it has missed the mark. My 
> personal experience is that it is also for sysadmins and is easy 
> enough for some well trained colo sysadmins.. with a lot of hand 
> holding. And then only after some clear and concise 'methods' laid out 
> by me. I really think Virtualmin is also only for sysadmins.


I agree - I can't imagine anyone but a sysadmin using virtualmin - to 
me, it is just a way to handle a lot of related, repeated tasks over and 
over again in a consistent way.

>
> Usermin... This is the 'logical' area for 'users' and its purpose is 
> advertised as such. Usermin does need a 'lot' of clarity, as users can 
> 'read' just about anything wrong. Users also feel that if something 
> 'looks good' it is 'good'. The Usermin interfaces that I see seem to 
> be a bit old school (something I might be able to do some work with) 
> and then just some tweaks to naming conventions and a pop-up help box 
> for just about every action available.


I would make the same points with Usermin I made earlier - what 
specifically are the personas of the users, and what are the tasks they 
need to accomplish, and go from there....

>
> My second concern is compatibility. I feel like compatibility between 
> Webmin/Virtualmin/Usermin will always be better than for instance 
> Webmin/Virtualmin/Squirrelmail_with_plugins. With the quality of the 
> Webmin product line, how could any other combo work as well and have 
> fewer issues? Also, keeping up with where things are on the servers.. 
> get more complex as more interfaces are added... upgrading/moving to 
> new servers is a lot harder already with just Webmin. More stuff? Yuck!


How about a team whose purpose it is to build collaborations with the 
creators of other packages to build and maintain modules?

>
> Hmm.. that could be interesting to play with. An webmin.conf for 
> Apache that would send them to miniserv.. I wonder if that could work?


OTTOMH you could do it with a mod_rewrite rule that would proxy the 
:2000 address. Probably a single rule with regexes  could handle all of 
your domains...

>
> Also, third party modules can potentially come and go. If they go I 
> could be faced with retraining my users or taking on another project. 
> (and I'm not very proficient with perl)


All the more reason for them to be coming from the creators of the sw 
itself in a collaboration...

>
> Looking at the new Virtualmin Pro, whew!! Now a new theme like that 
> would be fantastic, at least in the Usermin section. Personally, as a 
> sysadmin I just want clean, compact and fast loading. The users 
> though, they do like the glitz and glamour and the look of something 
> that is current which must make them feel like the program itself is 
> current.


Speaking of that, there was a discussion/promise that the features of 
Virtualmin Pro would be GPL'd at some point...whatever became of that?

Best,

Barry

Re: [webmin-l] Ramblings after reviewing the pole

[John H. <web...@ew...>]

Doing some more research on the Webmin site regarding "Purpose".....


      What is Webmin?

Webmin is a web-based interface for system administration for Unix. 
Using any browser that supports tables and forms (and Java for the File 
Manager module), you can setup user accounts, Apache, DNS, file sharing 
and so on.


      Virtualmin

Virtualmin is a virtual hosting management system written by Jamie 
Cameron, that integrates cleanly into the Webmin 
<http://www.webmin.com/> system administration tool.


      What is Usermin?

Usermin is a web interface that can be used by any user on a Unix system 
to easily perform tasks like reading mail, setting up SSH or configuring 
mail forwarding. It can be thought of as a simplified version of Webmin 
designed for use by normal users rather than system administrators.

Nothing like getting back to the basics.

OK, yes, Webmin is for sysadmins and since Virtualmin is to be operated 
within Webmin, I guess that it should be considered for sysadmins. As 
far as these are concerned, yup, more help files and perhaps a review of 
terminology used would be of benefit to us sysadmins. There's always at 
least two ways to do the same task in Linux and sometimes 10 or 12. 
Occasionally it not so clear about what is being done and where/how. As 
I am working on a live system and abhor "messing up", just a bit more 
info in many areas would help me feel more at ease when doing certain 
operations..... But I don't think I'm really talking about Webmin with 
my hopes for having more self sufficient users.

Virtualmin is in some places sort of advertised as being for end users. 
Well....... if that is the case, it has missed the mark. My personal 
experience is that it is also for sysadmins and is easy enough for some 
well trained colo sysadmins.. with a lot of hand holding. And then only 
after some clear and concise 'methods' laid out by me. I really think 
Virtualmin is also only for sysadmins.

Usermin... This is the 'logical' area for 'users' and its purpose is 
advertised as such. Usermin does need a 'lot' of clarity, as users can 
'read' just about anything wrong. Users also feel that if something 
'looks good' it is 'good'. The Usermin interfaces that I see seem to be 
a bit old school (something I might be able to do some work with) and 
then just some tweaks to naming conventions and a pop-up help box for 
just about every action available.

The two major features I would like to see added to Usermin are POP and 
Alias functions. If I read right though (in the creating modules for 
Usermin section), Usermin is not supposed to have access to these areas, 
so perhaps there's a bit of a conflict with this request vs. its 
'purpose'? Did I understand this correctly Jamie?

I think someone already mentioned this.. but something like the new 
phpMyAdmin module for Virtualmin added to Usermin for both Webmail 
(Squirrelmail, IMP/Horde, etc.) and for phpMyAdmin. Yes, phpMyAdmin is 
over the heads of most users as is MySQL, but for the ones using 
database programs, most do learn how to use these applications.

One of the basics for my people is a single point of reference. They 
have a tough time remembering where webmail is, in spite of my creating 
two simple variations of their own domain name. Add to that another 
variation and they call instead of going there themselves. A very large 
number of our users do make use of webmail as again, email is so very 
important and it's getting harder for them to use an email client while 
in the field. It's always pretty easy to access the web, but with ports 
being blocked... blah blah blah... using their email client is not 
always easy. A single point of reference for our users is therefore very 
important and the main reason why I have been writing these emails.

My second concern is compatibility. I feel like compatibility between 
Webmin/Virtualmin/Usermin will always be better than for instance 
Webmin/Virtualmin/Squirrelmail_with_plugins. With the quality of the 
Webmin product line, how could any other combo work as well and have 
fewer issues? Also, keeping up with where things are on the servers.. 
get more complex as more interfaces are added... upgrading/moving to new 
servers is a lot harder already with just Webmin. More stuff? Yuck!

I've looked at several of the ISP software packages.. bought one.. 
donated to one.. am still looking hard at another.. but, to deal with 
POP/Aliases I still need to allow user access into Webmin and then also 
to Usermin to finish off the packages needed... This is no longer a 
single point of reference for my users and as stupid as that might seem, 
will more than likely just make them (or at least many of them) not use 
either one. They don't 'understand' why it can't be in one place. I 
could put links from our main page to these areas, but that gets tough 
as we operate many servers and getting them to the right server from a 
single page on this end is a bit of a coding task. It would be simply so 
easy to let them in via

https://users_domain_name.tld:20000
and have it as simple as that. Or even better, do an alias to

https://usermin.users_domain_name.tld

Hmm.. that could be interesting to play with. An webmin.conf for Apache 
that would send them to miniserv.. I wonder if that could work?

Also, third party modules can potentially come and go. If they go I 
could be faced with retraining my users or taking on another project. 
(and I'm not very proficient with perl)

I've spent a bit of time thinking about the basic interface of Webmin 
and have to say the original layout (or the one I've been looking at for 
the last 2 years) has proven to be a good model. Everything, including 
new packages has fit into that model  very well. I don't think there is 
any need for a major interface change, with only the possible exception 
of having Virtualmin in a section unto itself. So much power there, 
perhaps submenu abilities for Virtualmin would be a good thing, 
particularly as it grows? Good job Jamie!

Looking at the new Virtualmin Pro, whew!! Now a new theme like that 
would be fantastic, at least in the Usermin section. Personally, as a 
sysadmin I just want clean, compact and fast loading. The users though, 
they do like the glitz and glamour and the look of something that is 
current which must make them feel like the program itself is current.

I hope that my comments are taken as a compliment to Webmin/Virtualmin. 
I think earlier on, I was perhaps thinking about those in terms of end 
users. The lack of suggestions beyond a few more help pop-ups in those 
should be taken a a great compliment to the programs. There is so little 
that you can't do and again.. 'please' keep those key 'edit config file' 
areas opened as I don't really want to be stuck with only a 
preconfigured GUI that must be used! <shudder>

I do think though that "a simplified version of Webmin designed for use 
by normal users" for the above listed ideas could position Webmin well 
above all the other possibilities.

Best,
John Hinton

Re: [webmin-l] Ramblings after reviewing the pole

[Jamie C. <jca...@we...>]

On Tue, 2005-12-13 at 10:51, Phillips, Ronnie - Fairlawn wrote:
> --------------------------
> Ronnie Phillips
>
> the only 2 things i'd like my customers to be able to do easily are
> 
> 1 = set-up an out-of office / vacation autoresponder
> 
> 2 = be able to temporarily send a *copy* of their e-mails to somebody
> else
> whilst they are on holiday
> 
> at the moment i use WebMail to do No. 1 - but even then customers are
> frightened by it's complexity!!!
> 
> the last thing i want is for my customers to go anywhere near
> Virtualmin as
> they would just do too much damage too easily - they don't even get
> FTP
> access from us
> 
> i not sure if Usermin with do either or both of these for me, because
> last
> time i looked at it the vacation programme kept clashing with
> SquirrelMail
> (previous servers) so i turned it off

You should look into Usermin for this - it has a module (Mail Forwarding
and Replies) that can setup autoresponsers and forwarders. And you could
configure it to only let users see that one module (and perhaps a few
others, like the ones for reading email and changing passwords).

 - Jamie

Re: [webmin-l] Ramblings after reviewing the pole

[Barry <we...@i1...>]

Unknown Questions wrote:

>
> *~* Barry Caplan says in the next posting to the effect that Cobalt 
> didn't quite get its easy / idiots guides in place even though they 
> identified it as a major requirement


Actually, I meant Cobalt didn't complete its mission of creating a large 
line of server appliances, each of which could integrate with the others 
in some unifying fashion. I am sure the documentation was never quite 
complete either, but I was thinking larger then that...and frankly, our 
driving principle in the UI was that since no one was really going to 
RTFM anyway, everything should *just work* and they shouldn't need to RTFM.


To make something really simple requires a really deep understanding of 
user needs and patterns, and information architecture, in order to match 
it to the system at hand. Frankly, there is no real reason, for task 
oriented approaches, that the user needs to know about system level 
stuff at all.

It actually could be quite liberating to design a product that way - 
treat the systems already there as a core part of the overall system, 
but not the system itself. Let the system include, and even be driven 
by, parts that are closer to the end user.

one thing I think was subtle and not really realized by many folks in 
the marketplace was that at Cobalt we never really marketed ourself as a 
Linux company even though we were arguable the most successful Linux 
company of all.

Instead, we marketed ourselves as a solutions company, and the problems 
we were offering solutions to were couched in terms closer to the end 
user's point of view, and not Linux specific at all. That we chose Linux 
toimplement the solutions was a great decision, but we could have done 
the same thing using some other *Nix, or even Windows. We didn't want 
our customers to have to know what was under the hood anymore then (fill 
in your favorite auto manufacturer) wants its customers to know how to 
build a car or keep it tuned up, or worse, manufacture the actual metals 
form ores.

We felt the much bigger market was going to expect and even demand that, 
even though the Linux sysadmins were our early adopters and very visible.

Yet Webmin sometimes feels as though the limited sysadmin market is the 
*only* market it is aiming for, and that is to its detriment. Many parts 
of it come off feeling like the equivalent of having to learn how to 
smelt ore to build your own steel when all you want to do is drive a new 
car. If cars came that way, then very few of us would have cars, and 
frankly, far fewer webmin users exist then could if this was done with a 
different approach...

IMHO.

Best, Barry

Re: [webmin-l] apache module, logfile group

[Steve M. <st...@mo...>]

* Jamie Cameron <jca...@we...> [13.12.05 09:34 Uhr]:

> Hi Steve, Was this virtual host setup using the Virtualmin module, or
> the Apache module? Because the Apache Webmin module doesn't actually
> create the log file at all ... it is Apache itself that does this.

The webmin apache module. Okay, if the apache does this i think i should
write an own solution that creates the logdirs and files automatically.
But this takes away a little bit of the great functionality which webmin
provides for the users. Maybe this is a project for the future of
webmin.

Regards
Steve

Re: [webmin-l] Ramblings after reviewing the pole

[Phillips, R. - F. <Ron...@ru...>]

Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tClJvbm5pZSBQaGlsbGlwcwoKCgotLS0tLU9yaWdp
bmFsIE1lc3NhZ2UtLS0tLQpGcm9tOiB3ZWJhZG1pbi1saXN0LWFkbWluQGxpc3RzLnNvdXJjZWZv
cmdlLm5ldCA8d2ViYWRtaW4tbGlzdC1hZG1pbkBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQ+ClRvOiB3
ZWJhZG1pbi1saXN0QGxpc3RzLnNvdXJjZWZvcmdlLm5ldCA8d2ViYWRtaW4tbGlzdEBsaXN0cy5z
b3VyY2Vmb3JnZS5uZXQ+ClNlbnQ6IE1vbiBEZWMgMTIgMTc6NTg6MjcgMjAwNQpTdWJqZWN0OiBS
ZTogW3dlYm1pbi1sXSBSYW1ibGluZ3MgYWZ0ZXIgcmV2aWV3aW5nIHRoZSBwb2xlCgpmdXJ0aGVy
IHRvIEpvaG4gSGludG9uJ3Mgb3JpZ2luYWwgcG9zdCBhbmQgcmVxdWVzdCBmb3IgaW5mbyBhYm91
dCB3aGF0IG90aGVyIApwZW9wbGUgZG8gd2l0aCBXZWJtaW4gLi4uLi4uCgppJ3ZlIGJlZW4gdXNp
bmcgV2VibWluIGZvciBqdXN0IG92ZXIgMiB5ZWFycyB0byBob3N0IGFib3V0IDQwMCBkb21haW5z
IGkndmUgCnNldC11cCB3aXRoIFZpcnR1YWxtaW4gKG1vdmUgYXdheSBmcm9tIEVuc2ltIHBhbmVs
IGFmdGVyIGZpbmRpbmcgdG9vIG1hbnkgCnJlc3RyaWN0aW9ucykKCmknbSBhIHdlYiBkZXNpZ25l
ciAtIG5vdCBhbiBlbmdpbmVlciAtIGFuZCBpIG9ubHkgaGF2ZSB0aGUgZmFpbnRlc3QgZ3Jhc3Ag
b2YgCmhvdyB0byBkbyBhIGZldyB0aGluZ3MgYXQgdGhlIGNvbW1hbmQgbGluZQoKaSBmaW5kIFZp
cnR1YWxtaW4gZG9lcyBtb3N0IG9mIHdoYXQgaSB3YW50IGFuZCBXZWJtaW4gZGVhbHMgd2l0aCBv
dGhlciAKdGhpbmdzIGxpa2UgTXlTUUwgJiBCaW5kCgppIHJ1biBlYWNoIGRvbWFpbiBvbiAyIGRp
ZmZlcmVudCBzZXJ2ZXJzIGluIDIgZGlmZmVyZW50IGRhdGEgY2VudHJlcyB2aWEgYSAKZmFpbG92
ZXIgc3lzdGVtIChzZXQtdXAgYnkgc29tZWJvZHkgZWxzZSB0aGF0IHJlYWxseSBrbmV3IHdoYXQg
dGhleSB3ZXJlIApkb2luZykKCmkgc2VsbCBhIHNlcnZpY2UgdG8gbXkgY3VzdG9tZXJzIHRoYXQg
YWxsb3dzIHRoZW4gdG8gZGVhbCB3aXRoIHRoZWlyIG93biAKYnVzaW5lc3Mgd2hpbHN0IHdlIGRl
YWwgd2l0aCB0aGVpciB3ZWJzaXRlcyB1cGRhdGVzIGFuZCBlLW1haWwgc2V0dGluZ3MKCnRoZSBv
bmx5IDIgdGhpbmdzIGknZCBsaWtlIG15IGN1c3RvbWVycyB0byBiZSBhYmxlIHRvIGRvIGVhc2ls
eSBhcmUKCjEgPSBzZXQtdXAgYW4gb3V0LW9mIG9mZmljZSAvIHZhY2F0aW9uIGF1dG9yZXNwb25k
ZXIKCjIgPSBiZSBhYmxlIHRvIHRlbXBvcmFyaWx5IHNlbmQgYSAqY29weSogb2YgdGhlaXIgZS1t
YWlscyB0byBzb21lYm9keSBlbHNlIAp3aGlsc3QgdGhleSBhcmUgb24gaG9saWRheQoKYXQgdGhl
IG1vbWVudCBpIHVzZSBXZWJNYWlsIHRvIGRvIE5vLiAxIC0gYnV0IGV2ZW4gdGhlbiBjdXN0b21l
cnMgYXJlIApmcmlnaHRlbmVkIGJ5IGl0J3MgY29tcGxleGl0eSEhIQoKdGhlIGxhc3QgdGhpbmcg
aSB3YW50IGlzIGZvciBteSBjdXN0b21lcnMgdG8gZ28gYW55d2hlcmUgbmVhciBWaXJ0dWFsbWlu
IGFzIAp0aGV5IHdvdWxkIGp1c3QgZG8gdG9vIG11Y2ggZGFtYWdlIHRvbyBlYXNpbHkgLSB0aGV5
IGRvbid0IGV2ZW4gZ2V0IEZUUCAKYWNjZXNzIGZyb20gdXMKCmkgbm90IHN1cmUgaWYgVXNlcm1p
biB3aXRoIGRvIGVpdGhlciBvciBib3RoIG9mIHRoZXNlIGZvciBtZSwgYmVjYXVzZSBsYXN0IAp0
aW1lIGkgbG9va2VkIGF0IGl0IHRoZSB2YWNhdGlvbiBwcm9ncmFtbWUga2VwdCBjbGFzaGluZyB3
aXRoIFNxdWlycmVsTWFpbCAKKHByZXZpb3VzIHNlcnZlcnMpIHNvIGkgdHVybmVkIGl0IG9mZgoK
d2hhdCBpJ2QgcmVhbGx5IGxpa2UgZnJvbSBXZWJtaW4gLyBWaXJ0dWFsbWluIC8gVXNlcm1pbiBp
cyBhbiBpZGlvdHMnIApzZXQtYnktc3RlcCBndWlkZSB0byBldmVyeSBjb21wb25lbnQgKn4qCgp5
ZXMgaSd2ZSBib3VnaHQgJiByZWFkIChtYW55IHRpbWVzKSB0aGUgYnJvd24gV2VibWluIGJvb2sg
LSBlYWNoIHRpbWUgaSd2ZSAKZWl0aGVyIHVuZGVyc3Rvb2Qgb3IgY29uZnVzZWQgbXlzZWxmIGEg
bGl0dGxlIGJpdCBtb3JlIDotKQoKdGhlIGluZm8gYWJvdXQgVmlydHVhbG1pbiBvbiBodHRwOi8v
d3d3LndlYm1pbi5jb20vaW5kZXg4Lmh0bWwgZG9lc24ndCAKcmVhbGx5IGdpdmUgYSBuZXdiaWUg
bXVjaCBob3BlIG9mIGNvbmZpZ3VyaW5nIHRoZSBzeXN0ZW0gMXN0IHRpbWUgLSB0aGUgCnNjcmVl
biBzaG90cyBhbmQgb3B0aW9ucyBhcmUgdG9vIG1hbnkgdmVyc2lvbnMgYWdvCgppJ2QgZ28gZm9y
IFZpcnR1YWxtaW4gUHJvIGJ1dCBpdCBkb2Vzbid0IGRvIERlYmlhbiB5ZXQKCip+KiBCYXJyeSBD
YXBsYW4gc2F5cyBpbiB0aGUgbmV4dCBwb3N0aW5nIHRvIHRoZSBlZmZlY3QgdGhhdCBDb2JhbHQg
ZGlkbid0IApxdWl0ZSBnZXQgaXRzIGVhc3kgLyBpZGlvdHMgZ3VpZGVzIGluIHBsYWNlIGV2ZW4g
dGhvdWdoIHRoZXkgaWRlbnRpZmllZCBpdCAKYXMgYSBtYWpvciByZXF1aXJlbWVudAoKaXQgd291
bGQgYmUgZ3JlYXQgaWYgT3BlbkNvdW50cnkgLyBWaXJ0dWFsbWluIGNvdWxkIHByb2R1Y2UgYW4g
dXAtdG8tZGF0ZSAKc3RlcC1ieS1zdGVwIGd1aWRlIGZvciBlYWNoIGZ1bmN0aW9uCgp0aGUgcmVv
Y2N1cnJpbmcgcmVxdWVzdHMgdG8gdGhpcyBsaXN0IGZvciBoZWxwIHNldHRpbmcgdXAgbWFpbCBh
Y2NvdW50cyAvIAphbGlhc2VzIG11c3Qgc3VyZWx5IGhhdmUgbWFkZSBzb21lYm9keSByZWFsaXNl
IHRoYXQgdGhlcmUgaXMgYSBuZWVkIGZvciBhIApnb29kIGdldHRpbmcgc3RhcnRlZCAvIG91dCBv
ZiB0aGUgYm94IGluc3RydWN0aW9uIHNldCBmb3IgdGhlIGNvbW1vbiBzZXJ2ZXIgCnJlcXVpcmVt
ZW50cwoKaSByZWFsaXNlIHRoYXQgSmFtaWUgJiBKb2UgaGF2ZSBmb3Jnb3R0ZW4gbW9yZSB0aGF0
IGkgY291bGQgZXZlbiB3YW50IHRvIApsZWFybiBhYm91dCB0aGUgd2hvbGUgcHJvamVjdCAtIGJ1
dCBpZiB5b3Ugd2FudCBtZSB0byBnaXZlIHlvdSBhbiBpZGlvdHMgCihub24tVW5peC1leHBlcnQp
IHZpZXcgYXMgdG8gaG93IGVhc3kgLyBjb21wbGljYXRlZCB5b3VyIGhlbHAgZmlsZXMgYXJlIGkn
ZCAKYmUgbW9yZSB0aGF0IHdpbGxpbmcgdG8gaGVscCBvdXQKCndoYXQgaSBsaWtlIGFib3V0IHRo
ZSB3aG9sZSBwcm9qZWN0IGlzIHRoYXQgaXQgYWxsb3dzIG1lIHRvIGNob29zZSBhbmQgdXNlIAp0
aGUgZnVuY3Rpb25hbGl0eSB0aGF0IGkgcmVxdWlyZSBhbmQgZG9lc24ndCBmb3JjZSBtZSB0byBk
byBpdCBzb21lIGNvbnRyb2wgCnBhbmVsJ3Mgd2F5IC0ga2VlcCB1cCB0aGUgZ3JlYXQgd29yayBn
dXlzCgpSZWdhcmRzCgpNYXJ0eW4KCgoKCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gCkZy
b206ICJKYW1pZSBDYW1lcm9uIiA8amNhbWVyb25Ad2VibWluLmNvbT4KVG86IDx3ZWJhZG1pbi1s
aXN0QGxpc3RzLnNvdXJjZWZvcmdlLm5ldD4KU2VudDogTW9uZGF5LCBEZWNlbWJlciAxMiwgMjAw
NSAxMjoyNSBBTQpTdWJqZWN0OiBSZTogW3dlYm1pbi1sXSBSYW1ibGluZ3MgYWZ0ZXIgcmV2aWV3
aW5nIHRoZSBwb2xlCgoKPiBPbiBTdW4sIDIwMDUtMTItMTEgYXQgMTU6NTksIEpvaG4gSGludG9u
IHdyb3RlOgo+PiBKYW1pZSBDYW1lcm9uIHdyb3RlOgo+Pgo+PiA+SG1tIC4uIGl0IHNvdW5kcyBs
aWtlIEkgbmVlZCB0byBhZGQgc29tZSBwb3B1cCBoZWxwIHRvIHRoYXQgbW9kdWxlLiBUbwo+PiA+
YmUgaG9uZXN0LCBJIGhhdmUgdHJvdWJsZSB0aGlua2luZyBmcm9tIHRoZSBwZXJzcGVjdGl2ZSBv
ZiBhCj4+ID5ub24tVW5peC1leHBlcnQgOikKPj4gPgo+PiBJIGp1c3QgaGFkIHRvIGxlYXZlIHRo
YXQgY29tbWVudCB0aGVyZS4gOykgWWVhaCwgeW91IG9ubHkgaGF2ZSB0byBkZWFsIAo+PiB3aXRo
IHVzIGR1bWIgc3lzYWRtaW5zIHRoYXQgY2FuJ3QgZmluZCB3aGF0J3MgcmlnaHQgaW4gZnJvbnQg
b2YgdGhlbSBpbiAKPj4gdGhlIFdlYm1pbiBpbnRlcmZhY2UhIFdlIG9uIHRoZSBvdGhlciBoYW5k
LCBoYXZlIHRvIGRlYWwgd2l0aCB0aGUgcHVibGljIAo+PiB3aG8gZm9yIHRoZSBtb3N0IHBhcnQg
ZG9lc24ndCBrbm93IHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gUE9QLCBhbGlhcywgCj4+IGluY29t
aW5nIG1haWwgc2VydmVyIGFuZCBvdXRnb2luZyBtYWlsIHNlcnZlci4uIGFuZCB0aGlua3MgJ2Vt
YWlsIGNsaWVudCcgCj4+IGlzIGEgY29tbWFuZCBub3QgYSBwcm9ncmFtLiAiT0ssIEknbGwgZW1h
aWwgdGhhdCBjbGllbnQgb2YgbWluZSByaWdodCAKPj4gYXdheSEiCj4KPiBZZWFoLCB0aGF0IGlz
IHBhcnQgb2YgdGhlIHByb2JsZW0gLi4gbW9zdCBvZiB0aGUgd2VibWluIHVzZXJzIEkgZGVhbAo+
IHdpdGggYXJlIGF0IGxlYXN0IG1vZGVyYXRlbHkga25vd2xlZGdlYWJsZSBzeXNhZG1pbnMsIHNv
IGl0IGlzIGhhcmQgZm9yCj4gbWUgdG8gZ2V0IGEgZmVlbCBmb3Igd2hhdCBub24tY29tcHV0ZXIg
dHlwZXMgd2FudCAobm8gb2ZmZW5jZSBtZWFudCB0bwo+IHRoZW0gOi0pCj4KPj4gQWN0dWFsbHkg
dGhvdWdoLCB0aGF0IGlzIHRoZSBib3R0b20gbGluZS4gTm8gcHVuIGludGVuZGVkLgo+Pgo+PiBB
bmQsIGluIGFsbCBmYWlybmVzcywgSSB3b3VsZCByZWFsbHkgbGlrZSB2ZXJ5IG11Y2ggdG8gaGVh
ciB0aGUKPj4gcmVhY3Rpb25zIHRvIG15IG9yaWdpbmFsIHBvc3QgYnkgb3RoZXIgc3lzYWRtaW5z
IHVzaW5nIFdlYm1pbi4gSSBhbSBpbiBhCj4+IHVuaXF1ZSBuaWNoZSBteXNlbGYgd2hpY2ggbWF5
IGJlIGVub3VnaCB1bmxpa2Ugd2hhdCBvdGhlcnMgYXJlIGRvaW5nIHNvCj4+IHRoYXQgdGhlcmUg
aXMgbm8ganVzdGlmaWNhdGlvbiB0byBzcGVuZCB0aW1lIG9uIG15IHdpc2hlcy4gT3VyIGNsaWVu
dHMKPj4gYXJlIGhvc3RpbmcgY2xpZW50cywgcHJlZG9taW5hbnRseSBpbiB0aGUgYmVkIGFuZCBi
cmVha2Zhc3QgaW5kdXN0eS4KPj4gVGhpcyBtZWFucyB0aGV5IGFyZSBidXNpbmVzcyBvd25lcnMs
IGluIGEgYnVzaW5lc3MgdGhhdCByZXF1aXJlcyBhIGhpZ2gKPj4gZGVncmVlIG9mIHNwZWNpYWx0
eSBrbm93bGVkZ2UgYW5kIG1hbnkgc2ltcGx5IGRvbid0IGhhdmUgdGhlIHRpbWUgdG8KPj4gYmVj
b21lIHByb2ZpY2llbnQgb24gY29tcHV0ZXJzLiBBdCB0aGUgc2FtZSB0aW1lLCBib29raW5ncyBy
dW4gYXQgYWJvdXQKPj4gODAlIGRpcmVjdGx5IGZyb20gdGhlIGludGVybmV0IHdpdGggc29tZSBy
ZXBvcnRpbmcgb3ZlciA4MCUgZnJvbSBvbmxpbmUKPj4gYm9va2luZyBlbmdpbmVzLiBFbWFpbCBp
cyBhcyBpbXBvcnRhbnQgYXMgd2F0ZXIgYW5kIGVsZWN0cmljaXR5IHRvIHRoZXNlCj4+IGZvbGtz
IGFuZCBlcXVhdGVzIHRvIHRoZSBwZXJzb24gYmVoaW5kIHRoZSBjYXNoIHJlZ2lzdGVyIGF0IGEg
c3RvcmUuCj4+IE1hbnkgb2YgdGhlbSBjYW4gbWFrZSBmcmVuY2ggdG9hc3QgdG8gZGllIGZvciwg
b3IgbWFrZSB0aGUgYXJteSB0dXJuCj4+IGdyZWVuIHdpdGggZW52eSB3aGVuIHRoZXkgYm91bmNl
IGEgZGltZSBvZmYgYSBwcm9wZXJseSBtYWRlIGJlZCBzaGVldC4uCj4+IGJ1dCBjb21wdXRlcnM/
IFNvLCB5ZWFoLCBJIGhhdmUgdG8gc3RlcCBiYWNrIHRvIHZpZXcgbXkgaWRlYXMgYWJvdXQgJ2hv
dwo+PiBzdHVmZiBzaG91bGQgYmUnLCBhcyBJJ20gc3VyZSBteSBvcGluaW9ucyBhcmUgc29tZXdo
YXQgYmlhc2VkIGJ5IG15Cj4+IGNsaWVudHMgYXMgd2VsbC4gU28sIHJlYWxseSwgSSBkbyBob3Bl
IG90aGVycyB3aWxsIGNoaW1lIGluIHdpdGggeWVzIG9yCj4+IG5vLCB0aGF0IHdvdWxkIGhlbHAg
b3Igbm90Lgo+Pgo+PiBBZ2Fpbiwgd2l0aCByZWdhcmRzIHRvIFdlYm1pbiwgeWVhaCwgc29tZSBh
ZGRpdGlvbmFsIGhlbHAgcG9wIHVwcyB3b3VsZAo+PiBiZSBncmVhdCwgYnV0IEkgcmVhbGx5IGRv
bid0IHNlZSBhbnkgb2YgbXkgdXNlcnMga25vd2luZyB3aGF0IHRoZSBoZWNrCj4+IHRvIGRvIHdp
dGhpbiB0aGUgQXBhY2hlIG1vZHVsZS4gV2VsbCwgSSBhY3R1YWxseSBtaWdodCBoYXZlIG9uZSwg
YnV0IGhlCj4+IHdhcyBhIHN5c2FkbWluIGluIHRoZSBwYXN0IGFuZCBnb3QgYnVybmVkIG91dC4g
OikgSG1tLi4uIG1heWJlIGV2ZW4gdHdvCj4+IG5vdyB0aGF0IEkgdGhpbmsgbW9yZS4KPgo+IEl0
IG1heSBiZSBiZXN0IHRvIHNpbXBseSBub3QgbGV0IHRoZW0gaGF2ZSBhY2Nlc3MgdG8gdGhlIEFw
YWNoZSBtb2R1bGUKPiBhdCBhbGwsIGFzIDk5JSBvZiB1c2VycyB3b24ndCBuZWVkIHRvIGNvbmZp
Z3VyZSB0aGVpciBvd24gQXBhY2hlCj4gc2V0dGluZ3MuIEluIGEgdmlydHVhbCBob3N0aW5nIGVu
dmlyb25tZW50LCBhbGwgbW9zdCB1c2VycyBuZWVkIGlzIHRoZQo+IGFiaWxpdHkgdG8gZWRpdCBt
YWlsYm94ZXMgYW5kIGFsaWFzZXMsIGJvdGggb2Ygd2hpY2ggY2FuIGJlIGRvbmUgdGhyb3VnaAo+
IFZpcnR1YWxtaW4gLi4gc28gcHJldHR5IG11Y2ggYWxsIG9mIHRoZSBvdGhlciBtb2R1bGVzIGNh
biBiZSB0dXJuZWQgb2ZmLgo+Cj4gLSBKYW1pZQo+Cj4KPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+IFRoaXMgU0YubmV0IGVtYWls
IGlzIHNwb25zb3JlZCBieTogU3BsdW5rIEluYy4gRG8geW91IGdyZXAgdGhyb3VnaCBsb2cgCj4g
ZmlsZXMKPiBmb3IgcHJvYmxlbXM/ICBTdG9wISAgRG93bmxvYWQgdGhlIG5ldyBBSkFYIHNlYXJj
aCBlbmdpbmUgdGhhdCBtYWtlcwo+IHNlYXJjaGluZyB5b3VyIGxvZyBmaWxlcyBhcyBlYXN5IGFz
IHN1cmZpbmcgdGhlICB3ZWIuICBET1dOTE9BRCBTUExVTkshCj4gaHR0cDovL2Fkcy5vc2RuLmNv
bS8/YWRfaWQ9NzYzNyZhbGxvY19pZD0xNjg2NSZvcD1jbGljawo+IC0KPiBGb3J3YXJkZWQgYnkg
dGhlIFdlYm1pbiBtYWlsaW5nIGxpc3QgYXQgCj4gd2ViYWRtaW4tbGlzdEBsaXN0cy5zb3VyY2Vm
b3JnZS5uZXQKPiBUbyByZW1vdmUgeW91cnNlbGYgZnJvbSB0aGlzIGxpc3QsIGdvIHRvCj4gaHR0
cDovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby93ZWJhZG1pbi1saXN0Cj4g
CgoKCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tClRoaXMgU0YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogU3BsdW5rIEluYy4gRG8geW91
IGdyZXAgdGhyb3VnaCBsb2cgZmlsZXMKZm9yIHByb2JsZW1zPyAgU3RvcCEgIERvd25sb2FkIHRo
ZSBuZXcgQUpBWCBzZWFyY2ggZW5naW5lIHRoYXQgbWFrZXMKc2VhcmNoaW5nIHlvdXIgbG9nIGZp
bGVzIGFzIGVhc3kgYXMgc3VyZmluZyB0aGUgIHdlYi4gIERPV05MT0FEIFNQTFVOSyEKaHR0cDov
L2Fkcy5vc2RuLmNvbS8/YWRfaWQ9NzYzNyZhbGxvY19pZD0xNjg2NSZvcD1jbGljawotCkZvcndh
cmRlZCBieSB0aGUgV2VibWluIG1haWxpbmcgbGlzdCBhdCB3ZWJhZG1pbi1saXN0QGxpc3RzLnNv
dXJjZWZvcmdlLm5ldApUbyByZW1vdmUgeW91cnNlbGYgZnJvbSB0aGlzIGxpc3QsIGdvIHRvCmh0
dHA6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vd2ViYWRtaW4tbGlzdAoK
VGhpcyBtZXNzYWdlIG1heSBjb250YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgY29uZmlkZW50aWFs
IGFuZC9vciBwcm90ZWN0ZWQgYnkgbGF3LiBJZiB0aGUgcmVhZGVyIG9mIHRoaXMgbWVzc2FnZSBp
cyBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhh
dCBhbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJpYnV0aW9uLCBjb3B5aW5nIG9yIGNvbW11bmljYXRp
b24gb2YgdGhpcyBtZXNzYWdlIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSBoYXZlIHJl
Y2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNl
bmRlciBpbW1lZGlhdGVseSBhbmQgZGVsZXRlIHRoZSBtZXNzYWdlLiBQbGVhc2Ugbm90ZSB0aGF0
IGFsdGhvdWdoIHdlIHdpbGwgdGFrZSBhbGwgY29tbWVyY2lhbGx5IHJlYXNvbmFibGUgZWZmb3J0
cyB0byBwcmV2ZW50IHZpcnVzZXMgZnJvbSBiZWluZyB0cmFuc21pdHRlZCBmcm9tIG91ciBzeXN0
ZW1zLCBpdCBpcyB0aGUgcmVzcG9uc2liaWxpdHkgb2YgdGhlIHJlY2lwaWVudCB0byBjaGVjayBm
b3IgYW5kIHByZXZlbnQgYWR2ZXJzZSBhY3Rpb24gYnkgdmlydXNlcyBvbiBpdHMgb3duIHN5c3Rl
bXMuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fClRoaXMgZW1haWwgaGFzIGJlZW4gc2Nhbm5lZCBieSB0aGUgTWVz
c2FnZUxhYnMgRW1haWwgU2VjdXJpdHkgU3lzdGVtLgpGb3IgbW9yZSBpbmZvcm1hdGlvbiBwbGVh
c2UgdmlzaXQgaHR0cDovL3d3dy5tZXNzYWdlbGFicy5jb20vZW1haWwgCl9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K

Re: [webmin-l] Ramblings after reviewing the pole

[Unknown Q. <web...@un...>]

further to John Hinton's original post and request for info about what other 
people do with Webmin ......

i've been using Webmin for just over 2 years to host about 400 domains i've 
set-up with Virtualmin (move away from Ensim panel after finding too many 
restrictions)

i'm a web designer - not an engineer - and i only have the faintest grasp of 
how to do a few things at the command line

i find Virtualmin does most of what i want and Webmin deals with other 
things like MySQL & Bind

i run each domain on 2 different servers in 2 different data centres via a 
failover system (set-up by somebody else that really knew what they were 
doing)

i sell a service to my customers that allows then to deal with their own 
business whilst we deal with their websites updates and e-mail settings

the only 2 things i'd like my customers to be able to do easily are

1 = set-up an out-of office / vacation autoresponder

2 = be able to temporarily send a *copy* of their e-mails to somebody else 
whilst they are on holiday

at the moment i use WebMail to do No. 1 - but even then customers are 
frightened by it's complexity!!!

the last thing i want is for my customers to go anywhere near Virtualmin as 
they would just do too much damage too easily - they don't even get FTP 
access from us

i not sure if Usermin with do either or both of these for me, because last 
time i looked at it the vacation programme kept clashing with SquirrelMail 
(previous servers) so i turned it off

what i'd really like from Webmin / Virtualmin / Usermin is an idiots' 
set-by-step guide to every component *~*

yes i've bought & read (many times) the brown Webmin book - each time i've 
either understood or confused myself a little bit more :-)

the info about Virtualmin on http://www.webmin.com/index8.html doesn't 
really give a newbie much hope of configuring the system 1st time - the 
screen shots and options are too many versions ago

i'd go for Virtualmin Pro but it doesn't do Debian yet

*~* Barry Caplan says in the next posting to the effect that Cobalt didn't 
quite get its easy / idiots guides in place even though they identified it 
as a major requirement

it would be great if OpenCountry / Virtualmin could produce an up-to-date 
step-by-step guide for each function

the reoccurring requests to this list for help setting up mail accounts / 
aliases must surely have made somebody realise that there is a need for a 
good getting started / out of the box instruction set for the common server 
requirements

i realise that Jamie & Joe have forgotten more that i could even want to 
learn about the whole project - but if you want me to give you an idiots 
(non-Unix-expert) view as to how easy / complicated your help files are i'd 
be more that willing to help out

what i like about the whole project is that it allows me to choose and use 
the functionality that i require and doesn't force me to do it some control 
panel's way - keep up the great work guys

Regards

Martyn




----- Original Message ----- 
From: "Jamie Cameron" <jca...@we...>
To: <web...@li...>
Sent: Monday, December 12, 2005 12:25 AM
Subject: Re: [webmin-l] Ramblings after reviewing the pole


> On Sun, 2005-12-11 at 15:59, John Hinton wrote:
>> Jamie Cameron wrote:
>>
>> >Hmm .. it sounds like I need to add some popup help to that module. To
>> >be honest, I have trouble thinking from the perspective of a
>> >non-Unix-expert :)
>> >
>> I just had to leave that comment there. ;) Yeah, you only have to deal 
>> with us dumb sysadmins that can't find what's right in front of them in 
>> the Webmin interface! We on the other hand, have to deal with the public 
>> who for the most part doesn't know the difference between POP, alias, 
>> incoming mail server and outgoing mail server.. and thinks 'email client' 
>> is a command not a program. "OK, I'll email that client of mine right 
>> away!"
>
> Yeah, that is part of the problem .. most of the webmin users I deal
> with are at least moderately knowledgeable sysadmins, so it is hard for
> me to get a feel for what non-computer types want (no offence meant to
> them :-)
>
>> Actually though, that is the bottom line. No pun intended.
>>
>> And, in all fairness, I would really like very much to hear the
>> reactions to my original post by other sysadmins using Webmin. I am in a
>> unique niche myself which may be enough unlike what others are doing so
>> that there is no justification to spend time on my wishes. Our clients
>> are hosting clients, predominantly in the bed and breakfast industy.
>> This means they are business owners, in a business that requires a high
>> degree of specialty knowledge and many simply don't have the time to
>> become proficient on computers. At the same time, bookings run at about
>> 80% directly from the internet with some reporting over 80% from online
>> booking engines. Email is as important as water and electricity to these
>> folks and equates to the person behind the cash register at a store.
>> Many of them can make french toast to die for, or make the army turn
>> green with envy when they bounce a dime off a properly made bed sheet..
>> but computers? So, yeah, I have to step back to view my ideas about 'how
>> stuff should be', as I'm sure my opinions are somewhat biased by my
>> clients as well. So, really, I do hope others will chime in with yes or
>> no, that would help or not.
>>
>> Again, with regards to Webmin, yeah, some additional help pop ups would
>> be great, but I really don't see any of my users knowing what the heck
>> to do within the Apache module. Well, I actually might have one, but he
>> was a sysadmin in the past and got burned out. :) Hmm... maybe even two
>> now that I think more.
>
> It may be best to simply not let them have access to the Apache module
> at all, as 99% of users won't need to configure their own Apache
> settings. In a virtual hosting environment, all most users need is the
> ability to edit mailboxes and aliases, both of which can be done through
> Virtualmin .. so pretty much all of the other modules can be turned off.
>
> - Jamie
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> -
> 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
> 

Re: [webmin-l] apache module, logfile group

[Jamie C. <jca...@we...>]

Hi Steve,
Was this virtual host setup using the Virtualmin module, or the Apache module? Because the Apache Webmin module doesn't actually create the log file at all ... it is Apache itself that does this.

 - Jamie

-----Original Message-----

From:  Steve Moeckel <st...@mo...>
Subj:  [webmin-l] apache module, logfile group
Date:  Tue 13 Dec 2005 1:09 am
Size:  933 bytes
To:  web...@li...

Hi,

if a users sets a logfile for his vhost, it seems that webmin sets the
user and group for this logfile to uid and gid of this users. The
problem is now that apache, if he runs under another gid as the users
gid can't write into this logfile unless the users sets it to world
writable. This is not the optimal solution. Is there a way to configure
the gid for logfiles? Please, sorry for the bad english,

Regards
Steve


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
-
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

Re: [webmin-l] Ramblings after reviewing the pole

[Barry <we...@i1...>]

John Hinton wrote:

> Jamie Cameron wrote:
>
>> Hmm .. it sounds like I need to add some popup help to that module. To
>> be honest, I have trouble thinking from the perspective of a
>> non-Unix-expert :)
>>
> I just had to leave that comment there. ;) Yeah, you only have to deal 
> with us dumb sysadmins that can't find what's right in front of them 
> in the Webmin interface! We on the other hand, have to deal with the 
> public who for the most part doesn't know the difference between POP, 
> alias, incoming mail server and outgoing mail server.. and thinks 
> 'email client' is a command not a program. "OK, I'll email that client 
> of mine right away!"



My 2 cents:

O have mentioned here before and will mention again that I was one f the 
early employees/managers at Cobalt Networks.

We wrestled with the same issues every day back in the early dot com era 
when we needed web based software to support our Linux server appliances.

I am not saying that I would either architect that systems the same way 
today, nor would I make the UI exactly the same, so let's keep that in mind.

But from a marketing perspective, like most wildly successful startups, 
had a laser focus on who our users were and what the tasks they were 
trying to accomplish were.

At the top line, all our products were designed so they could be fully 
functioning 5 minutes out of the box. In most cases, as I recall, the 
only typing that was required was to enter an Admin password. You had to 
set an IP address from buttons on the box, and that was pretty much it.

Beyond that, the focus was on specific tasks, and tying them together in 
some coherent interface.

We identified several distinct groups, roughly as I recall:

- end user home networking (the Cobalt Qube product line).
- the ISP. (Cobalt Raq) I think Cobalt payed a large role in the growth 
of Mom and Pop ISPs, and as a result played a large role in enabling the 
low price monthly hosting model. Think back to 1997, and 1998 and lots 
of people with minimal technical skills were able to deploy Raqs out of 
the box and then provision hosted web sites with all the features of the 
day: mail, web, ftp, dns, and so on...
- the sysadmin: As we had customers with more and more Raqs installed 
(1000s?) there grew a class of more sophisticated admins, and they 
needed to be able to manage their boxes from a single interface.


there were other product lines, and many others that were identified, 
test marketed, and even prototyped but never saw the light of day.

My point to Paul and Jamie is to identify users, the tasks they need to 
do most often, and to design products around those needs, while keeping 
the flexibility. Ultimately, this is more of a marketing task than a 
technical task.

One way to gather some data, aside from the polls, is to build a version 
of webmin that is instrumented somehow, and reports back to you (at a 
certain level of abstraction) what real people are doing. Call this a 
beta program if you will, but let people opt in after explaining to them 
the way the data will be collected and used (and not used :). Give them 
something in return and I am sure you will get some good info.

>
> Actually though, that is the bottom line. No pun intended.
>
> And, in all fairness, I would really like very much to hear the 
> reactions to my original post by other sysadmins using Webmin. I am in 
> a unique niche myself which may be enough unlike what others are doing 
> so that there is no justification to spend time on my wishes. Our 
> clients are hosting clients, predominantly in the bed and breakfast 
> industy. This means they are business owners, in a business that 
> requires a high degree of specialty knowledge and many simply don't 
> have the time to become proficient on computers. At the same time, 
> bookings run at about 80% directly from the internet with some 
> reporting over 80% from online booking engines. Email is as important 
> as water and electricity to these folks and equates to the person 
> behind the cash register at a store. Many of them can make french 
> toast to die for, or make the army turn green with envy when they 
> bounce a dime off a properly made bed sheet.. but computers? So, yeah, 
> I have to step back to view my ideas about 'how stuff should be', as 
> I'm sure my opinions are somewhat biased by my clients as well. So, 
> really, I do hope others will chime in with yes or no, that would help 
> or not.


That is precisely the type of customer we had on our target list at 
Cobalt. We wanted the boxes to be as functional (and as good looking) as 
a routine kitchen appliance. I wish Webmin had the same kind of 
attitude...I notice Paul mentioned a great book about UI, I recommend to 
him the work on "personas" that started with Alan Cooper in his books 
and is now more pervasive in the UI area ...

>
> Again, with regards to Webmin, yeah, some additional help pop ups 
> would be great, but I really don't see any of my users knowing what 
> the heck to do within the Apache module. Well, I actually might have 
> one, but he was a sysadmin in the past and got burned out. :) Hmm... 
> maybe even two now that I think more.


Frankly, I agree with John here, and have kicked around the idea of 
incorporating the Cobalt approach at the user with the underlying 
functionality of Webmin. Any potential sponsors out there?

>
> I've looked at just about every module/package available and don't 
> find anything that fully fits, or really even gets pretty close. When 
> I went back in to look through Usermin again, I realized it was pretty 
> close. Heck I even discovered that https://users_domain_name.com:20000 
> got them in! I never even thought to even try that until today. Now 
> that's pretty neat! I don't have to look up which server they're on 
> and give them one of my convoluted server names as the domain to 
> visit. Easy for them to remember... And it is much easier to tune down 
> Usermin vs. Webmin/Virtualmin. What I have left running in Usermin for 
> my users at this point is
>
> Change Language (might get used by a few of our clients and it's 
> always good to be PC)
> Mail Forwarding and Replies
> Read Mail (great for clearing out that email that causes "My Outlook 
> is stuck!" syndrone. Although a view oldest mail first switch would be 
> nice. Yeah, the go to page ### works, but then an email comes in and 
> interrupts the process and you're back on page one unless you figure 
> out and then remember to use your back button)
> Scheduled Emails (nothing like 'Elvis' sending you a message each 
> month on the day sales tax is due.. or better yet, on your 
> anniversary! This should bring back some memories for some of you old 
> 'nixers!)
> SpamAssassin Mail Filter (probably not a good idea.. but..... I'm 
> trying it to find out.. another of those with no help and over the 
> heads of most end users)
> MySQL Database (well... who knows.. but for the ones that have it.. at 
> least they can look at what they've created)
> Disk Quotas (OH yeah.. hope they look at this... often!)
> System Documentation (betcha none of them ever read any of this but 
> you can't blame me for trying)
>
> What is missing...
> Add/edit/delete a POP account
> Add/edit/delete an Alias
>
> Now I know those are going to be tough without some tie back into 
> Webmin/Virtualmin to get them into their virtual domain.. get the 
> account tied to the domain name and still exist within the limits set 
> in Virtualmin, like number of POP accounts and so forth. But what the 
> heck.. I can wish!!! It's almost Christmas isn't it?
>
> And....
> And the dumbed down interface that 'anyone can understand' or at least 
> almost anyone.
> The hardest task is to keep it simple... or make it simple. Many times 
> I've started a simple easy to navigate website and it grew.. and then 
> it became complex.. and it was no problem at all to navigate... but 
> only for those that built the darned thing.. Somewhere along the line 
> the new visitor's view became confusing, they were lost and left.. 
> This scenario seems to be the natural order.. and one has to interrupt 
> the natural order to get it back to a simple and easy to follow flow.


Again, to go back to the Cobalt example, internally we had people with 
conflicting responsibilities that had to compromise on the final 
product. But with the laser focus on user *tasks* and a keen eye for 
creeping features and creeping UI, we were not engineer driven at the 
feature level, even though we had an army of Jamies. The engineers were 
fully involved, don't get me wrong, but they all bought into the notion 
of the appliance itself - that was built into the corporate culture.

>
> So, come on you others on the list... What's your thoughts on what 
> I've said? Is there reasonable need for these things or am I just off 
> in left field here? I can take it.. I am left handed even. Am I the 
> only one out there that would like to have these tools?


No, not in left field, and I am right handed. I want them, I *know* 
others want and need them, because I know that Cobalt did not finish its 
job, and now the net is just that much bigger....

>
> Thanks to both Paul and Jamie for your open minded attitudes.


Likewise. I use Webmin all the time on many servers, and that is great, 
but I also look at it every single time with the above thoughts and 
background in mind, and I find lots of room for enhancements in the 
approach and experience...

Best,

Barry Caplan

[webmin-l] apache module, logfile group

[Steve M. <st...@mo...>]

Hi,

if a users sets a logfile for his vhost, it seems that webmin sets the
user and group for this logfile to uid and gid of this users. The
problem is now that apache, if he runs under another gid as the users
gid can't write into this logfile unless the users sets it to world
writable. This is not the optimal solution. Is there a way to configure
the gid for logfiles? Please, sorry for the bad english,

Regards
Steve

Re: [webmin-l] Failed to save user : Failed to add user to LDAP database : modifications require authentication

[Craig W. <cra...@az...>]

On Sun, 2005-12-11 at 23:26 +0100, test wrote:
> doing it by the book gives me this error
> i think something has gone wrong with ldap
> I hope it can be repaired else i have to re-install ldap
> however rcldap status tells me it is running
> 
> perhaps i would have to rename my slapd.conf.backup to slapd.conf
> do you think that would help or is the db broken?
> 
> peter:~ # ldapadd -x -D cn=Manager,dc=peter,dc=prive -W
> Enter LDAP Password:
> dn: dc=peter,dc=prive
> objectClass: dcObject
> objectClass: organization
> o: PetersPretPaleis
> dc: peter
> 
> adding new entry "dc=peter,dc=prive"
> ldapadd: update failed: dc=peter,dc=prive
> ldap_add: Internal (implementation specific) error (80)
>         additional info: entry store failed
> 
----
My guess is that you need to either start over or find a different
'book'

Webmin expects you to have a working LDAP DSA and some understanding of
how LDAP works. At that point, the LDAP Users and Groups is likely to be
useful to you.

Craig

Re: [webmin-l] Ramblings after reviewing the pole

[Jamie C. <jca...@we...>]

On Sun, 2005-12-11 at 15:59, John Hinton wrote:
> Jamie Cameron wrote:
> 
> >Hmm .. it sounds like I need to add some popup help to that module. To
> >be honest, I have trouble thinking from the perspective of a
> >non-Unix-expert :)
> >
> I just had to leave that comment there. ;) Yeah, you only have to deal with us dumb sysadmins that can't find what's right in front of them in the Webmin interface! We on the other hand, have to deal with the public who for the most part doesn't know the difference between POP, alias, incoming mail server and outgoing mail server.. and thinks 'email client' is a command not a program. "OK, I'll email that client of mine right away!"

Yeah, that is part of the problem .. most of the webmin users I deal
with are at least moderately knowledgeable sysadmins, so it is hard for
me to get a feel for what non-computer types want (no offence meant to
them :-)

> Actually though, that is the bottom line. No pun intended.
> 
> And, in all fairness, I would really like very much to hear the 
> reactions to my original post by other sysadmins using Webmin. I am in a 
> unique niche myself which may be enough unlike what others are doing so 
> that there is no justification to spend time on my wishes. Our clients 
> are hosting clients, predominantly in the bed and breakfast industy. 
> This means they are business owners, in a business that requires a high 
> degree of specialty knowledge and many simply don't have the time to 
> become proficient on computers. At the same time, bookings run at about 
> 80% directly from the internet with some reporting over 80% from online 
> booking engines. Email is as important as water and electricity to these 
> folks and equates to the person behind the cash register at a store. 
> Many of them can make french toast to die for, or make the army turn 
> green with envy when they bounce a dime off a properly made bed sheet.. 
> but computers? So, yeah, I have to step back to view my ideas about 'how 
> stuff should be', as I'm sure my opinions are somewhat biased by my 
> clients as well. So, really, I do hope others will chime in with yes or 
> no, that would help or not.
> 
> Again, with regards to Webmin, yeah, some additional help pop ups would 
> be great, but I really don't see any of my users knowing what the heck 
> to do within the Apache module. Well, I actually might have one, but he 
> was a sysadmin in the past and got burned out. :) Hmm... maybe even two 
> now that I think more.

It may be best to simply not let them have access to the Apache module
at all, as 99% of users won't need to configure their own Apache
settings. In a virtual hosting environment, all most users need is the
ability to edit mailboxes and aliases, both of which can be done through
Virtualmin .. so pretty much all of the other modules can be turned off.

 - Jamie

Re: [webmin-l] Failed to save user : Failed to add user to LDAP database : modifications require authentication

[test <te...@pe...>]

doing it by the book gives me this error
i think something has gone wrong with ldap
I hope it can be repaired else i have to re-install ldap
however rcldap status tells me it is running

perhaps i would have to rename my slapd.conf.backup to slapd.conf
do you think that would help or is the db broken?

peter:~ # ldapadd -x -D cn=Manager,dc=peter,dc=prive -W
Enter LDAP Password:
dn: dc=peter,dc=prive
objectClass: dcObject
objectClass: organization
o: PetersPretPaleis
dc: peter

adding new entry "dc=peter,dc=prive"
ldapadd: update failed: dc=peter,dc=prive
ldap_add: Internal (implementation specific) error (80)
        additional info: entry store failed

peter:~ #



Craig White schreef:

>On Sun, 2005-12-11 at 19:53 +0100, test wrote:
>  
>
>>      Failed to save user : Failed to add user to LDAP database : cn:
>>      value #0 invalid per syntax
>>    
>>
>----
>this error says to me that you probably didn't have a value in the
>'Name' filed which would translate into 'cn' (Common Name) in LDAP
>----
>  
>
>>I get some access to something
>>too bad there is no proper webmin tool to configure ldap
>>Unfortunately I do not have enough knowledge to write one myself
>>    
>>
>----
>That error (above) isn't about ACL's
>
>Webmin is simple to configure for LDAP - it is not a tool for someone to
>use so that he doesn't have to learn how to use LDAP. GUI tools don't
>really exist for people that don't understand LDAP.
>
>The place to learn about LDAP is probably
>http://www.openldap.org/doc/index.html
>
>Craig
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>-
>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
>
>  
>

Re: [webmin-l] Failed to save user : Failed to add user to LDAP database : modifications require authentication

[Craig W. <cra...@az...>]

On Sun, 2005-12-11 at 19:53 +0100, test wrote:
>       Failed to save user : Failed to add user to LDAP database : cn:
>       value #0 invalid per syntax
----
this error says to me that you probably didn't have a value in the
'Name' filed which would translate into 'cn' (Common Name) in LDAP
----
> 
> 
> I get some access to something
> too bad there is no proper webmin tool to configure ldap
> Unfortunately I do not have enough knowledge to write one myself
----
That error (above) isn't about ACL's

Webmin is simple to configure for LDAP - it is not a tool for someone to
use so that he doesn't have to learn how to use LDAP. GUI tools don't
really exist for people that don't understand LDAP.

The place to learn about LDAP is probably
http://www.openldap.org/doc/index.html

Craig

Re: [webmin-l] Failed to save user : Failed to add user to LDAP database : modifications require authentication

[test <te...@pe...>]

      Failed to save user : Failed to add user to LDAP database : cn:
      value #0 invalid per syntax


I get some access to something
too bad there is no proper webmin tool to configure ldap
Unfortunately I do not have enough knowledge to write one myself
Anyway thanx for your prompt reply

Craig White schreef:

>On Sun, 2005-12-11 at 14:00 +0100, test wrote:
>  
>
>>Hi
>>
>>what kind of acl must i use to enable this feature?
>>can someone send me a sample slapd.conf?
>>
>>    
>>
>----
>if you use the rootbinddn, ACL is meaningless
>
>if you aren't using rootbinddn, you really need to work through your
>ACL's.
>
>If you are talking about OpenLDAP, they are executed from the top down
>and the first match wins.
>
>Without question, the only sure way to ever use ACL's is to know how to
>use ldap command line clients so you can adjust and test ACL's as you
>implement them.
>
>Craig
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>-
>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
>
>  
>

Re: [webmin-l] Failed to save user : Failed to add user to LDAP database : modifications require authentication

[Craig W. <cra...@az...>]

On Sun, 2005-12-11 at 14:00 +0100, test wrote:
> Hi
> 
> what kind of acl must i use to enable this feature?
> can someone send me a sample slapd.conf?
> 
----
if you use the rootbinddn, ACL is meaningless

if you aren't using rootbinddn, you really need to work through your
ACL's.

If you are talking about OpenLDAP, they are executed from the top down
and the first match wins.

Without question, the only sure way to ever use ACL's is to know how to
use ldap command line clients so you can adjust and test ACL's as you
implement them.

Craig

[webmin-l] Failed to save user : Failed to add user to LDAP database : modifications require authentication

[test <te...@pe...>]

Hi

what kind of acl must i use to enable this feature?
can someone send me a sample slapd.conf?

Peter