webadmin-devel — The webmin development mailing list

RE: [webmin-devel] Webmin 1.120 pre-release now available

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

I think that providing an interface for editing the
/usr/share/spamassassin files would not be too useful for most people,
as they are overwritten when upgrading, as you wrote below. Also, they
contain a huge number of rules that would make the tables in the
module's UI enormous ..

 - Jamie

On Tue, 2003-10-28 at 02:05, Larry Gilson wrote:
> Hi Jamie,
> 
> I installed the pre-release and have not noticed any issues.  Thanks for the
> update, especially the SA support.  I was wondering if you would consider
> expanding the custom rule support to include files in addition to local.cf.
> SA will parse any .cf file in both the /usr/share/spamassassin and
> /etc/mail/spamassassin.  Most people avoid the /usr/share/spamassassin
> directory as any update will perform an 'rm -Rf' on that directory while
> leaving the /etc/mail/spamassassin alone.  There are many people who are
> incorporating custom rules and would rather keep the rules in a file or
> files other than local.cf.
> 
> I don't know how difficult this would be.  You might be able to have an
> intermediate page that produces hyperlinks to all .cf files in a directory
> specified in the module config.  Would this be difficult to incorporate?  If
> so, could you keep it in mind for a possible future update?

[webmin-devel] RE: (patch included) LDAP User module and Samba3

[Isaac F. <is...@co...>]

Here's the patch for the LDAP Users/Groups module that better supports 
Samba3

Changes:
-Added other_class field in module config that allows you to specify 
other objectClasses to add to the newly created user (not necessary for 
samba3, but I needed it ;)  )
-Changed the samba attributes code to add samba3 attributes when 
samba_class = sambaSamAccount
	Didn't just use the schema check since it's possible to have both the 
samba and samba3 schema's loaded while transitioning to the new schema. 
  If the samba_class is sambaAccount everything works as before.
-Added "Domain SID for Samba3" property, since this is needed to 
calculate the sambaSID and sambaPrimaryGroupSID for users

To use with samba3:
in the module config, change the "LDAP object class for Samba users" to 
sambaSamAccount

Add the following to the LDAP properties for new Samba users:
At least:
sambaSID
sambaAcctFlags
sambaNTPassword
sambaLMPassword
sambaPrimaryGroupSID

You can add the other samba3 attributes, and you will need to also add 
them to the "Extra LDAP properties to allow editing" area

How does this look?  It's a patch against the 1.119 dev release

Notes:
I really love webmin and would love to contribute more (to this module 
in particular.)  Here's what I want to do:
-Enhance help area, it's hard to get started with this module unless 
you really know what you're doing.
-make groups use posixGroups and groupOfNames so it can be used to 
manage LDAP groups that can be used by other apps or the security 
settings in the LDAP server.

RE: [webmin-devel] Webmin pre-release 1.119, Spamassassin config & spamd vs. spamassassin

[Dave V. A. <da...@va...>]

Thanks Larry.

I will grap the newer update of SA and re-build. Hopefully that will fix
it.

On Mon, 2003-10-27 at 07:47, Larry Gilson wrote:
> > -----Original Message-----
> > From: Dave Van Abel
> > Sent: Sunday, October 26, 2003 12:42 PM
> > To: web...@li...
> > Subject: [webmin-devel] Webmin pre-release 1.119, 
> > Spamassassin config & spamd vs. spamassassin
> 
> 
> > Issue #2: spamassassin vs.spamd
> > 
> > Question: I want to assume spamassassin is being used? Can either be 
> > configured? And if so, how?
> 
> This does not matter to Webmin.  It is dependent on how your MTA calls SA.
> 
> 
> > Comment for Spamassassin 2.60: I have the latest release of 
> > SpamAssassin 2.60 and spamd does not start properly on Redhat 9.0
> 
> You may need to change to LANG=en_US in /etc/sysconfig/i18n.  The default is
> en_US.UTF-8.  I remember seeing some problems with the LANG setting.
> 
> Additionally, you may need to revisit how you installed SA.  You should grab
> Theo's spamassassin-2.60-1.src.rpm and rebuild it for your system.
> 
> http://spamassassin.kluge.net/RPMS/
> 
> 
> 
> --Larry
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> -
> 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
Dave Van Abel:)
http://vanabel.com - Open Source Business Solutions
http://perlsources.com - Open Source Applications
http://ipnhosting.com - IPN Hosting Services
http://mailchk.com - Dedicated Email Server with Spam Control
303-249-3855 (Colorado)
415-462-1573 (California)

Yahoo Instant Messenger - dave_vanabel
Yahoo Instant Messenger - dave_vanabel2

RE: [webmin-devel] Webmin 1.120 pre-release now available

[Larry G. <Li...@IS...>]

Hi Jamie,

I installed the pre-release and have not noticed any issues.  Thanks for the
update, especially the SA support.  I was wondering if you would consider
expanding the custom rule support to include files in addition to local.cf.
SA will parse any .cf file in both the /usr/share/spamassassin and
/etc/mail/spamassassin.  Most people avoid the /usr/share/spamassassin
directory as any update will perform an 'rm -Rf' on that directory while
leaving the /etc/mail/spamassassin alone.  There are many people who are
incorporating custom rules and would rather keep the rules in a file or
files other than local.cf.

I don't know how difficult this would be.  You might be able to have an
intermediate page that produces hyperlinks to all .cf files in a directory
specified in the module config.  Would this be difficult to incorporate?  If
so, could you keep it in mind for a possible future update?

Regards,
Larry

RE: [webmin-devel] Webmin pre-release 1.119, Spamassassin config & spamd vs. spamassassin

[Larry G. <Li...@IS...>]

> -----Original Message-----
> From: Dave Van Abel
> Sent: Sunday, October 26, 2003 12:42 PM
> To: web...@li...
> Subject: [webmin-devel] Webmin pre-release 1.119, 
> Spamassassin config & spamd vs. spamassassin


> Issue #2: spamassassin vs.spamd
> 
> Question: I want to assume spamassassin is being used? Can either be 
> configured? And if so, how?

This does not matter to Webmin.  It is dependent on how your MTA calls SA.


> Comment for Spamassassin 2.60: I have the latest release of 
> SpamAssassin 2.60 and spamd does not start properly on Redhat 9.0

You may need to change to LANG=en_US in /etc/sysconfig/i18n.  The default is
en_US.UTF-8.  I remember seeing some problems with the LANG setting.

Additionally, you may need to revisit how you installed SA.  You should grab
Theo's spamassassin-2.60-1.src.rpm and rebuild it for your system.

http://spamassassin.kluge.net/RPMS/



--Larry

Re: [webmin-devel] Webmin feature enhancement idea to recover from mistakes

[Hugo C. <hug...@ya...>]

You can implement such a feature with a version
control tool.  Since webmin is mainly dealing with
single configuration files having a linear version
history, CVS is appropriate (although I like PRCS much
more).  An undo or redo simply means checking out a
particular version from the repository, something 
that could easily be done by a stand-alone
application, without user-intervention, e.g. to
automate recovery from a misconfigured system after a
time-out.

Due to the added complexity for the user, perhaps such
a feature should be a webmin option.


Hugo


--- Jamie Cameron <jca...@we...> wrote:
> This sounds quite similar to another feature that
> people have 
> suggested - the ability to 'undo' changes made using
> webmin. However, 
> that one is currently way down my TODO list, due to
> the complexity of 
> tracking changes made to each config file so that
> they can be reversed 
> properly. And in some cases (like deleting a user's
> home directory), 
> undoing such a change would be impossible.
> 
> So unfortunately, a confirmation or undo feature
> like this is probably 
> not going to appear for a while..


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/

Re: [webmin-devel] Webmin pre-release 1.119, Spamassassin config & spamd vs. spamassassin

[Dave V. A. <da...@va...>]

Jamie,

On Sun, 2003-10-26 at 16:09, Jamie Cameron wrote:
> Dave Van Abel wrote:
> > Issue #1: SpamAssassin Mail Filter -> Setup Procmail For SpamAssassin
> > 
> > Doc on page says: This form can be used to setup Procmail in 
> > /etc/procmailrc to run SpamAssassin on all email messages received by 
> > your system. However, this will only have any effect if your mail server 
> > has been configured to use Procmail for local delivery, or for users 
> > whose .forward files are set up to run Procmail.
> > 
> > Question: Before doing this, what effect does this have on Usermin 
> > configurations that have already been setup for SpamAssassin and are 
> > using it already?
> 
> If you use the Webmin module to setup procmail globally to run 
> SpamAssassin and direct spam to some different file, this processing 
> will happen before individual users' procmail configurations are 
> processed.
> 
> This may mess up individual users' SpamAssassin setups, unless they 
> are all identical and have the same effect as whatever global 
> configuration you put in space (such as delivering to ~/mail/spam).
> 
Safe, everyone is setup the same as global.

> > Issue #2: spamassassin vs.spamd
> > 
> > Question: I want to assume spamassassin is being used? Can either be 
> > configured? And if so, how?
> > 
> > Comment for Spamassassin 2.60: I have the latest release of SpamAssassin 
> > 2.60 and spamd does not start properly on Redhat 9.0
> 
> Currently, the module does not worry about spamd/spamc at all - it 
> just edits /etc/mail/spamassassin/local.cf , which should be used by 
> spamd and the regular spamassassin command.
> 
I will have to investigate this local.cf to see what it uses, and
hopefully get it to use spamd, if I think it is runable on RH 9.0

Thks,

Dave

PS: No problems with pre-releases today. All seem fine so far.

>   - Jamie
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> -
> 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
Dave Van Abel:)
http://vanabel.com - Open Source Business Solutions
http://perlsources.com - Open Source Applications
http://ipnhosting.com - IPN Hosting Services
http://mailchk.com - Dedicated Email Server with Spam Control
303-249-3855 (Colorado)
415-462-1573 (California)

Yahoo Instant Messenger - dave_vanabel
Yahoo Instant Messenger - dave_vanabel2

Re: [webmin-devel] Webmin pre-release 1.119, Spamassassin config & spamd vs. spamassassin

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

Dave Van Abel wrote:
> Issue #1: SpamAssassin Mail Filter -> Setup Procmail For SpamAssassin
> 
> Doc on page says: This form can be used to setup Procmail in 
> /etc/procmailrc to run SpamAssassin on all email messages received by 
> your system. However, this will only have any effect if your mail server 
> has been configured to use Procmail for local delivery, or for users 
> whose .forward files are set up to run Procmail.
> 
> Question: Before doing this, what effect does this have on Usermin 
> configurations that have already been setup for SpamAssassin and are 
> using it already?

If you use the Webmin module to setup procmail globally to run 
SpamAssassin and direct spam to some different file, this processing 
will happen before individual users' procmail configurations are 
processed.

This may mess up individual users' SpamAssassin setups, unless they 
are all identical and have the same effect as whatever global 
configuration you put in space (such as delivering to ~/mail/spam).

> Issue #2: spamassassin vs.spamd
> 
> Question: I want to assume spamassassin is being used? Can either be 
> configured? And if so, how?
> 
> Comment for Spamassassin 2.60: I have the latest release of SpamAssassin 
> 2.60 and spamd does not start properly on Redhat 9.0

Currently, the module does not worry about spamd/spamc at all - it 
just edits /etc/mail/spamassassin/local.cf , which should be used by 
spamd and the regular spamassassin command.

  - Jamie

Re: [webmin-devel] Webmin pre-release 1.119, Spamassassin config & spamd vs. spamassassin

[<ra...@si...>]

  My appologies for using this list for mentioning another component.
There is a utility called MailScanner (www.mailscanner.info) that lives
between the MTA (i.e. sendmail, etc.) and user delivery.  It also allows
SpamAssassin to be used selectively for users/domains, or on all e-mail.

  If you are interested in using SpamAssassin for your mail server, it
disconnects the mail agent from spam checking (it also has other
facilities, such as virus scanning, and attachment filename rules).  And
it will certainly make Issue 2 obsolete.  Check to see if this might
resolve some of your issues.

  To keep this message Webmin related, there is a Webmin module to
configure MailScanner (can be found via the MailScanner web page).

rf


On Sun, 26 Oct 2003, Dave Van Abel wrote:

> Issue #1: SpamAssassin Mail Filter -> Setup Procmail For SpamAssassin
>
> Doc on page says: This form can be used to setup Procmail in
> /etc/procmailrc to run SpamAssassin on all email messages received by your
> system. However, this will only have any effect if your mail server has
> been configured to use Procmail for local delivery, or for users whose
> .forward files are set up to run Procmail.
>
> Question: Before doing this, what effect does this have on Usermin
> configurations that have already been setup for SpamAssassin and are using
> it already?
>
> Issue #2: spamassassin vs.spamd
>
> Question: I want to assume spamassassin is being used? Can either be
> configured? And if so, how?
>
> Comment for Spamassassin 2.60: I have the latest release of SpamAssassin
> 2.60 and spamd does not start properly on Redhat 9.0
>
> Thanks, Dave
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> -
> 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
>

[webmin-devel] Webmin pre-release 1.119, Spamassassin config & spamd vs. spamassassin

[Dave V. A. <da...@va...>]

Issue #1: SpamAssassin Mail Filter -> Setup Procmail For SpamAssassin

Doc on page says: This form can be used to setup Procmail in 
/etc/procmailrc to run SpamAssassin on all email messages received by your 
system. However, this will only have any effect if your mail server has 
been configured to use Procmail for local delivery, or for users whose 
.forward files are set up to run Procmail.

Question: Before doing this, what effect does this have on Usermin 
configurations that have already been setup for SpamAssassin and are using 
it already?

Issue #2: spamassassin vs.spamd

Question: I want to assume spamassassin is being used? Can either be 
configured? And if so, how?

Comment for Spamassassin 2.60: I have the latest release of SpamAssassin 
2.60 and spamd does not start properly on Redhat 9.0

Thanks, Dave

Re: ? DEFECT Leading Up To - Re: [webmin-devel] Webmin 1.120 pre-release now available

[Dave V. A. <da...@va...>]

Oops, it is a configuration option. Re-set and got desired result.

Sorry for false alarm.

Dave

On Sun, 2003-10-26 at 07:54, Dave Van Abel wrote:
> HI All,
> 
> Speaking of new releases, there appears to (potentially) be a defect in
> Usermin as related to VirtualMin, when using Mail Module to send email.
> Here is what is happening so far (it will be verbose):
> 
> Created two virtual domains: davevanbel.com & mailchk.com
> 
> Created 7 email accounts on mailchk.com, none on davevanabel.com
> 
> All have spamassassin.
> 
> User logs into usermin (i.e., dave.mailchk).
> 
> User reads mail. Fine.
> 
> User goes to compose mail. From Addresses comes up as "Dave Van Abel"
> <dav...@da...> Oops, that is wrong. Should have come up
> as "Dave Van Abel" <dav...@ma...> or <da...@ma...>.
> 
> This was reported to me yesterday by a beta user. I duplicated it today,
> too. End user was on Billie Browser + Windoze, I was on Windoze + Opera
> & Linux SuSE + Opera.
> 
> At first glance, I do not know if there is a config issue or not, but I
> can say virtual domain = davevanabel.com was setup before mailchk.com
> 
> Before installing pre-releases, I will review all the VM settings.
> 
> Then I will download and install both pre-releases today and do
> extensive testing.
> 
> Any and all comments appreciated,
> 
> Dave
>  
> 
> On Sun, 2003-10-26 at 01:54, Jamie Cameron wrote:
> > Good point .. the big changes in Webmin include :
> > 
> >  - Added the SpamAssassin Mail Filter module.
> >  - Included support in the MySQL and PostgreSQL modules for scheduled backups.
> >  - The Cluster Webmin Servers module can now be used to synchronize Webmin
> >    users and groups across multiple servers.
> >  - The same module can also upgrade Webmin on multiple servers, if installed
> >    from an RPM or tar.gz file.
> >  - Added the ability to listen on multiple IP addresses and ports.
> >  - Added buttons in the Bootup and Shutdown module for enabling or disabling
> >    multiple actions at boot time.
> > 
> > And in Usermin:
> > 
> >  - Support for asking a user whose password has expired to select a new
> >    one, on systems that use an /etc/shadow file.
> >  - Added buttons in the Read Mail module for reporting a spam message to
> >    razor and blacklisting the sender, if SpamAssassin module is installed.
> >  - The same support for listening on multiple IPs and ports.
> > 
> >  - Jamie
> > 
> > ra...@si... wrote ..
> > > 
> > > 
> > >   Is it possible to get a terse listing of changes?
> > > 
> > >   Thanks!
> > > 
> > > rf
> > > 
> > > On Sun, 26 Oct 2003, Jamie Cameron wrote:
> > > 
> > > > Hi Webmin developers and translators,
> > > >
> > > > Webmin 1.120 will be coming out soon, so I have created a 1.119
> > > > development pre-release for interested people to test before the
> > > > official 1.120 version comes out. Translators should also take a look
> > > > at this version to find any new strings that need conversion.
> > > >
> > > > You can get the 1.119 version from :
> > > >
> > > > http://www.webmin.com/devel/tarballs/webmin-1.119.tar.gz
> > > > or
> > > > http://www.webmin.com/devel/rpm/webmin-1.119-1.noarch.rpm
> > > >
> > > > The biggest new feature in this version is the SpamAssassin Mail
> > > > Filter module, which is very similar to the module of the same name
> > > > already in Usermin (and shares the same translation strings).
> > > >
> > > >
> > > > Usermin 1.050 will also be available soon, and so I have created a
> > > > corresponding 1.049 pre-release for testing and translation. You can
> > > > get it from :
> > > >
> > > > http://www.webmin.com/devel/tarballs/usermin-1.049.tar.gz
> > > > or
> > > > http://www.webmin.com/devel/rpm/usermin-1.049-1.noarch.rpm
> > > >
> > > >   - Jamie
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.net email is sponsored by: The SF.net Donation Program.
> > > > Do you like what SourceForge.net is doing for the Open
> > > > Source Community?  Make a contribution, and help us add new
> > > > features and functionality. Click here: http://sourceforge.net/donate/
> > > > -
> > > > 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
> > > >
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: The SF.net Donation Program.
> > > Do you like what SourceForge.net is doing for the Open
> > > Source Community?  Make a contribution, and help us add new
> > > features and functionality. Click here: http://sourceforge.net/donate/
> > > -
> > > 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
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: The SF.net Donation Program.
> > Do you like what SourceForge.net is doing for the Open
> > Source Community?  Make a contribution, and help us add new
> > features and functionality. Click here: http://sourceforge.net/donate/
> > -
> > 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
> Dave Van Abel:)
> http://vanabel.com - Open Source Business Solutions
> http://perlsources.com - Open Source Applications
> http://ipnhosting.com - IPN Hosting Services
> http://mailchk.com - Dedicated Email Server with Spam Control
> 303-249-3855 (Colorado)
> 415-462-1573 (California)
> 
> Yahoo Instant Messenger - dave_vanabel
> Yahoo Instant Messenger - dave_vanabel2
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> -
> 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
Dave Van Abel:)
http://vanabel.com - Open Source Business Solutions
http://perlsources.com - Open Source Applications
http://ipnhosting.com - IPN Hosting Services
http://mailchk.com - Dedicated Email Server with Spam Control
303-249-3855 (Colorado)
415-462-1573 (California)

Yahoo Instant Messenger - dave_vanabel
Yahoo Instant Messenger - dave_vanabel2

? DEFECT Leading Up To - Re: [webmin-devel] Webmin 1.120 pre-release now available

[Dave V. A. <da...@va...>]

HI All,

Speaking of new releases, there appears to (potentially) be a defect in
Usermin as related to VirtualMin, when using Mail Module to send email.
Here is what is happening so far (it will be verbose):

Created two virtual domains: davevanbel.com & mailchk.com

Created 7 email accounts on mailchk.com, none on davevanabel.com

All have spamassassin.

User logs into usermin (i.e., dave.mailchk).

User reads mail. Fine.

User goes to compose mail. From Addresses comes up as "Dave Van Abel"
<dav...@da...> Oops, that is wrong. Should have come up
as "Dave Van Abel" <dav...@ma...> or <da...@ma...>.

This was reported to me yesterday by a beta user. I duplicated it today,
too. End user was on Billie Browser + Windoze, I was on Windoze + Opera
& Linux SuSE + Opera.

At first glance, I do not know if there is a config issue or not, but I
can say virtual domain = davevanabel.com was setup before mailchk.com

Before installing pre-releases, I will review all the VM settings.

Then I will download and install both pre-releases today and do
extensive testing.

Any and all comments appreciated,

Dave
 

On Sun, 2003-10-26 at 01:54, Jamie Cameron wrote:
> Good point .. the big changes in Webmin include :
> 
>  - Added the SpamAssassin Mail Filter module.
>  - Included support in the MySQL and PostgreSQL modules for scheduled backups.
>  - The Cluster Webmin Servers module can now be used to synchronize Webmin
>    users and groups across multiple servers.
>  - The same module can also upgrade Webmin on multiple servers, if installed
>    from an RPM or tar.gz file.
>  - Added the ability to listen on multiple IP addresses and ports.
>  - Added buttons in the Bootup and Shutdown module for enabling or disabling
>    multiple actions at boot time.
> 
> And in Usermin:
> 
>  - Support for asking a user whose password has expired to select a new
>    one, on systems that use an /etc/shadow file.
>  - Added buttons in the Read Mail module for reporting a spam message to
>    razor and blacklisting the sender, if SpamAssassin module is installed.
>  - The same support for listening on multiple IPs and ports.
> 
>  - Jamie
> 
> ra...@si... wrote ..
> > 
> > 
> >   Is it possible to get a terse listing of changes?
> > 
> >   Thanks!
> > 
> > rf
> > 
> > On Sun, 26 Oct 2003, Jamie Cameron wrote:
> > 
> > > Hi Webmin developers and translators,
> > >
> > > Webmin 1.120 will be coming out soon, so I have created a 1.119
> > > development pre-release for interested people to test before the
> > > official 1.120 version comes out. Translators should also take a look
> > > at this version to find any new strings that need conversion.
> > >
> > > You can get the 1.119 version from :
> > >
> > > http://www.webmin.com/devel/tarballs/webmin-1.119.tar.gz
> > > or
> > > http://www.webmin.com/devel/rpm/webmin-1.119-1.noarch.rpm
> > >
> > > The biggest new feature in this version is the SpamAssassin Mail
> > > Filter module, which is very similar to the module of the same name
> > > already in Usermin (and shares the same translation strings).
> > >
> > >
> > > Usermin 1.050 will also be available soon, and so I have created a
> > > corresponding 1.049 pre-release for testing and translation. You can
> > > get it from :
> > >
> > > http://www.webmin.com/devel/tarballs/usermin-1.049.tar.gz
> > > or
> > > http://www.webmin.com/devel/rpm/usermin-1.049-1.noarch.rpm
> > >
> > >   - Jamie
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: The SF.net Donation Program.
> > > Do you like what SourceForge.net is doing for the Open
> > > Source Community?  Make a contribution, and help us add new
> > > features and functionality. Click here: http://sourceforge.net/donate/
> > > -
> > > 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
> > >
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: The SF.net Donation Program.
> > Do you like what SourceForge.net is doing for the Open
> > Source Community?  Make a contribution, and help us add new
> > features and functionality. Click here: http://sourceforge.net/donate/
> > -
> > 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
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> -
> 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
Dave Van Abel:)
http://vanabel.com - Open Source Business Solutions
http://perlsources.com - Open Source Applications
http://ipnhosting.com - IPN Hosting Services
http://mailchk.com - Dedicated Email Server with Spam Control
303-249-3855 (Colorado)
415-462-1573 (California)

Yahoo Instant Messenger - dave_vanabel
Yahoo Instant Messenger - dave_vanabel2

Re: [webmin-devel] Webmin 1.120 pre-release now available

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

Good point .. the big changes in Webmin include :

 - Added the SpamAssassin Mail Filter module.
 - Included support in the MySQL and PostgreSQL modules for scheduled backups.
 - The Cluster Webmin Servers module can now be used to synchronize Webmin
   users and groups across multiple servers.
 - The same module can also upgrade Webmin on multiple servers, if installed
   from an RPM or tar.gz file.
 - Added the ability to listen on multiple IP addresses and ports.
 - Added buttons in the Bootup and Shutdown module for enabling or disabling
   multiple actions at boot time.

And in Usermin:

 - Support for asking a user whose password has expired to select a new
   one, on systems that use an /etc/shadow file.
 - Added buttons in the Read Mail module for reporting a spam message to
   razor and blacklisting the sender, if SpamAssassin module is installed.
 - The same support for listening on multiple IPs and ports.

 - Jamie

ra...@si... wrote ..
> 
> 
>   Is it possible to get a terse listing of changes?
> 
>   Thanks!
> 
> rf
> 
> On Sun, 26 Oct 2003, Jamie Cameron wrote:
> 
> > Hi Webmin developers and translators,
> >
> > Webmin 1.120 will be coming out soon, so I have created a 1.119
> > development pre-release for interested people to test before the
> > official 1.120 version comes out. Translators should also take a look
> > at this version to find any new strings that need conversion.
> >
> > You can get the 1.119 version from :
> >
> > http://www.webmin.com/devel/tarballs/webmin-1.119.tar.gz
> > or
> > http://www.webmin.com/devel/rpm/webmin-1.119-1.noarch.rpm
> >
> > The biggest new feature in this version is the SpamAssassin Mail
> > Filter module, which is very similar to the module of the same name
> > already in Usermin (and shares the same translation strings).
> >
> >
> > Usermin 1.050 will also be available soon, and so I have created a
> > corresponding 1.049 pre-release for testing and translation. You can
> > get it from :
> >
> > http://www.webmin.com/devel/tarballs/usermin-1.049.tar.gz
> > or
> > http://www.webmin.com/devel/rpm/usermin-1.049-1.noarch.rpm
> >
> >   - Jamie
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: The SF.net Donation Program.
> > Do you like what SourceForge.net is doing for the Open
> > Source Community?  Make a contribution, and help us add new
> > features and functionality. Click here: http://sourceforge.net/donate/
> > -
> > 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
> >
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> -
> 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

Re: [webmin-devel] Webmin 1.120 pre-release now available

[<ra...@si...>]

  Is it possible to get a terse listing of changes?

  Thanks!

rf

On Sun, 26 Oct 2003, Jamie Cameron wrote:

> Hi Webmin developers and translators,
>
> Webmin 1.120 will be coming out soon, so I have created a 1.119
> development pre-release for interested people to test before the
> official 1.120 version comes out. Translators should also take a look
> at this version to find any new strings that need conversion.
>
> You can get the 1.119 version from :
>
> http://www.webmin.com/devel/tarballs/webmin-1.119.tar.gz
> or
> http://www.webmin.com/devel/rpm/webmin-1.119-1.noarch.rpm
>
> The biggest new feature in this version is the SpamAssassin Mail
> Filter module, which is very similar to the module of the same name
> already in Usermin (and shares the same translation strings).
>
>
> Usermin 1.050 will also be available soon, and so I have created a
> corresponding 1.049 pre-release for testing and translation. You can
> get it from :
>
> http://www.webmin.com/devel/tarballs/usermin-1.049.tar.gz
> or
> http://www.webmin.com/devel/rpm/usermin-1.049-1.noarch.rpm
>
>   - Jamie
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> -
> 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
>

[webmin-devel] Webmin 1.120 pre-release now available

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

Hi Webmin developers and translators,

Webmin 1.120 will be coming out soon, so I have created a 1.119 
development pre-release for interested people to test before the 
official 1.120 version comes out. Translators should also take a look 
at this version to find any new strings that need conversion.

You can get the 1.119 version from :

http://www.webmin.com/devel/tarballs/webmin-1.119.tar.gz
or
http://www.webmin.com/devel/rpm/webmin-1.119-1.noarch.rpm

The biggest new feature in this version is the SpamAssassin Mail 
Filter module, which is very similar to the module of the same name 
already in Usermin (and shares the same translation strings).


Usermin 1.050 will also be available soon, and so I have created a 
corresponding 1.049 pre-release for testing and translation. You can 
get it from :

http://www.webmin.com/devel/tarballs/usermin-1.049.tar.gz
or
http://www.webmin.com/devel/rpm/usermin-1.049-1.noarch.rpm

  - Jamie

Re: [webmin-devel] Webmin feature enhancement idea to recover from mistakes

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

This sounds quite similar to another feature that people have 
suggested - the ability to 'undo' changes made using webmin. However, 
that one is currently way down my TODO list, due to the complexity of 
tracking changes made to each config file so that they can be reversed 
properly. And in some cases (like deleting a user's home directory), 
undoing such a change would be impossible.

So unfortunately, a confirmation or undo feature like this is probably 
not going to appear for a while..

  - Jamie

Andrew Kornak wrote:
> I had a chance to think about this. It might be too difficult to add a
> network
> test specifically for this. I'm thinking something more general and I
> believe
> more simple which could be used in any module. For instance, If I make a
> change and activate it, a variable such as restore=1 is set. After a
> designated
> period a confirmation message would appear during a webmin session.
> This might simply be a button to press to confirm the changes and thus
> changing the variable restore=0. This would prevent the restoration of
> previous values. A simple manual click by a user would confirm the changes
> that were made. If, say a user does not confirm, values would revert back.
> I can see this as being a useful feature for any module. I think this would
> be a simpler way of confirming changes. Any module could have a cache
> or backup directory that would be used to backtrack changes. The changes
> would simply be keystrokes/web-clicks or field values that are affected
> during
> a change, like netmask=255.255.255.0. Then, the module could process the
> field values using the same script (hopefully) with the text file that holds
> the values
> instead of the webmin form. What do you think?
> 
> -Andrew
> ----- Original Message ----- 
> From: "Jamie Cameron" <jca...@we...>
> To: <web...@li...>
> Sent: Friday, October 24, 2003 8:58 PM
> Subject: Re: [webmin-devel] Webmin feature enhancement idea to recover from
> mistakes
> 
> 
> 
>>Andrew Kornak wrote:
>>
>>>I recently had the misfortune of making a mistake in my network settings
>>>which in turn had the effect of disconnecting me from my server which is
>>>at a remote location. Eventually someone was able to manually come in
>>>and correct my mistake, but, it occurred to me that a possible soution
>>
> to
> 
>>>this kind of problem would be to have a mechanism by which changes
>>>are not permanent unless they are confirmed through a transparent
>>>webmin confirmation process. By this I mean, when a change is made
>>>it would revert to a previous setting unless one where to confirm by
>>>logging in again or by clicking a confirm setting when you login again.
>>>So, say I make a drastic mistake in my network configuration. The
>>
> setting
> 
>>>is made, the network restarts, I lose the connection! Ofcourse, if I
>>
> have
> 
>>>no connection, I cannot confirm, thus my ass is saved!! Hurray!! The
>>>confirmation might be an interval set by the user. It could be a 10
>>
> minute
> 
>>>default
>>>or something. I know that webmin has a caching mechanism built in,
>>>perhaps this would be something like that where it would be used to
>>>recover from a mistake? Perhaps this would be useful in other modules
>>>as well. Perhaps you might lose you web server or database or something.
>>>I don't know, would this be feasible? I can't be the only one that makes
>>>this
>>>kind of mistake. Since this interface is so dependent on a functioning
>>>network, perhaps it would be useful? It could also be an optional
>>
> feature
> 
>>>only. A feature that might save someone from losing their job! Just a
>>>thought.
>>
>>Perhaps what is needed is a feature in the Network Configuration
>>module for testing connectivity after changes are applied, and rolling
>>  the changes back if the network appears to be down. The test could
>>be performed by pinging some external host, defined in the module's
>>configuration .. and the rollback done by saving the state of all
>>interfaces and routes before applying changes, and restoring them if
>>something went wrong.
>>
>>Implementing it could be a little tricky, but it is worth doing (since
>>I've had the same problems myself!), so I will see about adding it to
>>a future release.
>>
>>  - Jamie

Re: [webmin-devel] Webmin feature enhancement idea to recover from mistakes

[Andrew K. <ak...@ra...>]

I had a chance to think about this. It might be too difficult to add a
network
test specifically for this. I'm thinking something more general and I
believe
more simple which could be used in any module. For instance, If I make a
change and activate it, a variable such as restore=1 is set. After a
designated
period a confirmation message would appear during a webmin session.
This might simply be a button to press to confirm the changes and thus
changing the variable restore=0. This would prevent the restoration of
previous values. A simple manual click by a user would confirm the changes
that were made. If, say a user does not confirm, values would revert back.
I can see this as being a useful feature for any module. I think this would
be a simpler way of confirming changes. Any module could have a cache
or backup directory that would be used to backtrack changes. The changes
would simply be keystrokes/web-clicks or field values that are affected
during
a change, like netmask=255.255.255.0. Then, the module could process the
field values using the same script (hopefully) with the text file that holds
the values
instead of the webmin form. What do you think?

-Andrew
----- Original Message ----- 
From: "Jamie Cameron" <jca...@we...>
To: <web...@li...>
Sent: Friday, October 24, 2003 8:58 PM
Subject: Re: [webmin-devel] Webmin feature enhancement idea to recover from
mistakes


> Andrew Kornak wrote:
> > I recently had the misfortune of making a mistake in my network settings
> > which in turn had the effect of disconnecting me from my server which is
> > at a remote location. Eventually someone was able to manually come in
> > and correct my mistake, but, it occurred to me that a possible soution
to
> > this kind of problem would be to have a mechanism by which changes
> > are not permanent unless they are confirmed through a transparent
> > webmin confirmation process. By this I mean, when a change is made
> > it would revert to a previous setting unless one where to confirm by
> > logging in again or by clicking a confirm setting when you login again.
> > So, say I make a drastic mistake in my network configuration. The
setting
> > is made, the network restarts, I lose the connection! Ofcourse, if I
have
> > no connection, I cannot confirm, thus my ass is saved!! Hurray!! The
> > confirmation might be an interval set by the user. It could be a 10
minute
> > default
> > or something. I know that webmin has a caching mechanism built in,
> > perhaps this would be something like that where it would be used to
> > recover from a mistake? Perhaps this would be useful in other modules
> > as well. Perhaps you might lose you web server or database or something.
> > I don't know, would this be feasible? I can't be the only one that makes
> > this
> > kind of mistake. Since this interface is so dependent on a functioning
> > network, perhaps it would be useful? It could also be an optional
feature
> > only. A feature that might save someone from losing their job! Just a
> > thought.
>
> Perhaps what is needed is a feature in the Network Configuration
> module for testing connectivity after changes are applied, and rolling
>   the changes back if the network appears to be down. The test could
> be performed by pinging some external host, defined in the module's
> configuration .. and the rollback done by saving the state of all
> interfaces and routes before applying changes, and restoring them if
> something went wrong.
>
> Implementing it could be a little tricky, but it is worth doing (since
> I've had the same problems myself!), so I will see about adding it to
> a future release.
>
>   - Jamie
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> -
> 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
>

Re: [webmin-devel] Webmin feature enhancement idea to recover from mistakes

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

Andrew Kornak wrote:
> I recently had the misfortune of making a mistake in my network settings
> which in turn had the effect of disconnecting me from my server which is
> at a remote location. Eventually someone was able to manually come in
> and correct my mistake, but, it occurred to me that a possible soution to
> this kind of problem would be to have a mechanism by which changes
> are not permanent unless they are confirmed through a transparent
> webmin confirmation process. By this I mean, when a change is made
> it would revert to a previous setting unless one where to confirm by
> logging in again or by clicking a confirm setting when you login again.
> So, say I make a drastic mistake in my network configuration. The setting
> is made, the network restarts, I lose the connection! Ofcourse, if I have
> no connection, I cannot confirm, thus my ass is saved!! Hurray!! The
> confirmation might be an interval set by the user. It could be a 10 minute
> default
> or something. I know that webmin has a caching mechanism built in,
> perhaps this would be something like that where it would be used to
> recover from a mistake? Perhaps this would be useful in other modules
> as well. Perhaps you might lose you web server or database or something.
> I don't know, would this be feasible? I can't be the only one that makes
> this
> kind of mistake. Since this interface is so dependent on a functioning
> network, perhaps it would be useful? It could also be an optional feature
> only. A feature that might save someone from losing their job! Just a
> thought.

Perhaps what is needed is a feature in the Network Configuration 
module for testing connectivity after changes are applied, and rolling 
  the changes back if the network appears to be down. The test could 
be performed by pinging some external host, defined in the module's 
configuration .. and the rollback done by saving the state of all 
interfaces and routes before applying changes, and restoring them if 
something went wrong.

Implementing it could be a little tricky, but it is worth doing (since 
I've had the same problems myself!), so I will see about adding it to 
a future release.

  - Jamie

Re: [webmin-devel] LDAP User module and Samba3

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

Isaac Finnegan wrote:
> I'm going to start work on a patch for compatibility with the new samba3 
> ldap schema in this module if no one else has. I will just make it use 
> the correct schema if the samba object class is specified as 
> sambaSamAccount

Go for it .. although make sure you start with the latest 1.116 
development version of webmin, and some small changes have been made 
to the module since the 1.110 stable release.

  - Jamie

[webmin-devel] LDAP User module and Samba3

[Isaac F. <is...@co...>]

I'm going to start work on a patch for compatibility with the new 
samba3 ldap schema in this module if no one else has. I will just make 
it use the correct schema if the samba object class is specified as 
sambaSamAccount

-isaac

[webmin-devel] Webmin feature enhancement idea to recover from mistakes

[Andrew K. <ak...@ra...>]

I recently had the misfortune of making a mistake in my network settings
which in turn had the effect of disconnecting me from my server which is
at a remote location. Eventually someone was able to manually come in
and correct my mistake, but, it occurred to me that a possible soution to
this kind of problem would be to have a mechanism by which changes
are not permanent unless they are confirmed through a transparent
webmin confirmation process. By this I mean, when a change is made
it would revert to a previous setting unless one where to confirm by
logging in again or by clicking a confirm setting when you login again.
So, say I make a drastic mistake in my network configuration. The setting
is made, the network restarts, I lose the connection! Ofcourse, if I have
no connection, I cannot confirm, thus my ass is saved!! Hurray!! The
confirmation might be an interval set by the user. It could be a 10 minute
default
or something. I know that webmin has a caching mechanism built in,
perhaps this would be something like that where it would be used to
recover from a mistake? Perhaps this would be useful in other modules
as well. Perhaps you might lose you web server or database or something.
I don't know, would this be feasible? I can't be the only one that makes
this
kind of mistake. Since this interface is so dependent on a functioning
network, perhaps it would be useful? It could also be an optional feature
only. A feature that might save someone from losing their job! Just a
thought.

-Andrew Kornak

[webmin-devel] Dectecting if used in Usermin or Webmin (theme)?

[Carsten <car...@fo...>]

Hello,
i currently write a Usermin/Webmin module with the python-webmin api 
from http://www.cendio.se/~peter/python-webmin/
I had to make some changes in mscstyle3/theme.py to use it in Usermin, 
but not very much, so it can be simply used in Usermin and Webmin, by
changing one var (for one if/else case)
Is there way of (auto) detecting if the theme file (or a module) is used 
in Webmin or in Usermin?
(I know, that there is the programname in the language files, but i that 
might not always work)

bye,
Carsten

Re: [webmin-devel] Dectecting if used in Usermin or Webmin (theme)?

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

On Fri, 2003-10-24 at 08:30, Carsten wrote:
> Hello,
> i currently write a Usermin/Webmin module with the python-webmin api
> from http://www.cendio.se/~peter/python-webmin/
> I had to make some changes in mscstyle3/theme.py to use it in Usermin,
> but not very much, so it can be simply used in Usermin and Webmin, by
> changing one var (for one if/else case)
> Is there way of (auto) detecting if the theme file (or a module) is used
> in Webmin or in Usermin?
> (I know, that there is the programname in the language files, but i that
> might not always work)

The method I usually use is to have two separate module.info files, one
for the webmin module and one for usermin. The usermin file has
usermin=1 in it, while the webmin file does not. Your code can then
check for this, and behave appropriately. In perl web/usermin modules
this is really easy - the global hash %module_info contains all the
optoins from module.info for the current module, so you can use code
like :

if ($module_info{'usermin'}) {
	# usermin stuff
	}
else {
	# webmin stuff
	}

 - Jamie

[webmin-devel] Dectecting if used in Usermin or Webmin (theme)?

[Carsten <car...@fo...>]

Hello,
i currently write a Usermin/Webmin module with the python-webmin api
from http://www.cendio.se/~peter/python-webmin/
I had to make some changes in mscstyle3/theme.py to use it in Usermin,
but not very much, so it can be simply used in Usermin and Webmin, by
changing one var (for one if/else case)
Is there way of (auto) detecting if the theme file (or a module) is used
in Webmin or in Usermin?
(I know, that there is the programname in the language files, but i that
might not always work)

bye,
Carsten

Re: [webmin-devel] Virtualmin Virtual Servers - possible bugs V1.5

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

On Tue, 2003-10-21 at 06:17, Dave Van Abel wrote:
> Two happenings when trying to add new virtual domains:
> 
> 1. Group for Unix user: (x) Existing Group "mailchk". I had just created
> & selected from popup list. When "Creating Server" it complained the
> group already existed. Yep, it did. Also doing IP-based.
> 
> 2. Removed the group, and tried again, this time the "input fields went
> light gray & nothing happened - or it bombed!

I suspect the problem here is that virtualmin was attempting to create
the group 'mailchk' anyway to use as the primary group for server
mailboxes. This would happen if the unix username you entered was
'mailchk', or if the username was set to 'automatic' and the domain was
something like 'mailchk.com' .

  - Jamie