webadmin-devel — The webmin development mailing list

RE: [webmin-devel] RE: Problem with value assigned to text entry field

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

I don't really know Jamie.  You can tell by the history of my messages that
I am in new teritory with this.  From other ReadParse subroutine examples,
it looks like Webmin's ReadParse function is working correctly.  The most
common example I found was using + to replace a space in input strings for
search engines.  So the ReadParse replacement of a + by a space appears to
be common, I just did not have a clue.  I am glad I checked the code though.
The online docs and your book did not indicate that I could omit the
replacement function.  It was a bonus to find this.

One thing I guess I would be at a loss for though is how would I solve this
problem if I had a multi-part form in which some input would need to have
the + escaped and some would not?

Thanks Jamie!

--Larry



> -----Original Message-----
> From: Jamie Cameron [mailto:jca...@we...] 
> Sent: Wednesday, November 05, 2003 5:12 AM
> To: web...@li...
> Subject: Re: [webmin-devel] RE: Problem with value assigned 
> to text entry field
> 
> 
> I'm surprised that the + isn't properly escaped whatever is 
> generating those URLs in the first place, as it is my 
> understanding that this is part of the HTML/HTTP 
> form-parameter standard. However, I could be wrong, and it 
> may be that webmin should never replace a + with a space like this.
> 
>  - Jamie
> 
> On Wed, 2003-11-05 at 07:40, Larry Gilson wrote:
> > Ok, so I now understand the relationship of the '+' and space.  
> > The real answer was to escape the plus lies in 'sub ReadParse'.  
> > The format listed in web-lib.pl is:
> > 
> >   ReadParse([&assoc], [method], [noplus])
> > 
> > So all I needed to do is change from:
> > 
> >   ReadParse();
> > 
> > To:
> > 
> >   ReadParse(undef, undef, 2);
> > 
> > That did the trick!
> > 
> > I did not find the above format in either the online docs 
> > or Jamie's book. I only found it in web-lib.pl.
> > 
> > --Larry
> > 
> > 
> > 
> > > -----Original Message-----
> > > From: Larry Gilson
> > > Sent: Tuesday, November 04, 2003 2:51 PM
> > > To: 'web...@li...'
> > > Subject: FW: Problem with value assigned to text entry field
> > > 
> > > 
> > > After reading ReadParse() in web-lib.pl, I assume the
> > > replacement of a '+' with a space is by design.  Can anyone 
> > > tell me why.  I have spent some time trying to find out but 
> > > either I don't understand the answer or I have not found it 
> > > yet.  More importantly, does anyone know how I can counter this.
> > > 
> > > Thanks,
> > > Larry
> > > 
> > > 
> > > 
> > > -----Original Message-----
> > > From: Larry Gilson
> > > Sent: Monday, November 03, 2003 11:56 PM
> > > To: 'web...@li...'
> > > Subject: Problem with value assigned to text entry field
> > > 
> > > 
> > > Hi All,
> > > 
> > > Hopefully someone with more experience here might be able to
> > > help me.  This seems like a trivial problem but I just 
> > > can't see it.
> > > 
> > > I am trying to modify squidGuard regular expressions.  The
> > > file is read by read_file_lines().  It is properly output to 
> > > a hyper link.  On selecting the hyperlink, the form data is 
> > > then read by &ReadParse().  No rocket science here.  The odd 
> > > thing is that a '+' is substituted by a space.
> > > 
> > > Example:
> > > Hyperlink:      (^|[-.\?+=/_0-9])(john|mary)
> > > Script reads:   (^|[-.\? =/_0-9])(john|mary)
> > > 
> > > 
> > > 
> > > The hyperlink is created by the following (sorry for the wrap):
> > > 
> > > print "     <TD WIDTH=100%><A 
> > > HREF=\"edit_blexpr.cgi?blacklist=$in{'blacklist'}&entry=$entry
> > > \"><TT>",
> > >               (length($entry) > 80) ? substr($entry, 0,
> > > 80)."..." : $entry,
> > >               "</TT></A></TD>\n";
> > > 
> > > The variable in question is $entry.  The script reading this
> > > output refers to $in{'entry'}.
> > > 
> > > Can anyone see what I am missing?
> > > 
> > > 
> > > Thanks,
> > > Larry

Re: [webmin-devel] RE: Problem with value assigned to text entry field

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

I'm surprised that the + isn't properly escaped whatever is generating
those URLs in the first place, as it is my understanding that this is
part of the HTML/HTTP form-parameter standard. However, I could be
wrong, and it may be that webmin should never replace a + with a space
like this.

 - Jamie

On Wed, 2003-11-05 at 07:40, Larry Gilson wrote:
> Ok, so I now understand the relationship of the '+' and space.  The real
> answer was to escape the plus lies in 'sub ReadParse'.  The format listed in
> web-lib.pl is:
> 
>   ReadParse([&assoc], [method], [noplus])
> 
> So all I needed to do is change from:
> 
>   ReadParse();
> 
> To:
> 
>   ReadParse(undef, undef, 2);
> 
> That did the trick!
> 
> I did not find the above format in either the online docs or Jamie's book.
> I only found it in web-lib.pl.
> 
> --Larry
> 
> 
> 
> > -----Original Message-----
> > From: Larry Gilson 
> > Sent: Tuesday, November 04, 2003 2:51 PM
> > To: 'web...@li...'
> > Subject: FW: Problem with value assigned to text entry field
> > 
> > 
> > After reading ReadParse() in web-lib.pl, I assume the 
> > replacement of a '+' with a space is by design.  Can anyone 
> > tell me why.  I have spent some time trying to find out but 
> > either I don't understand the answer or I have not found it 
> > yet.  More importantly, does anyone know how I can counter this.
> > 
> > Thanks,
> > Larry
> > 
> > 
> > 
> > -----Original Message-----
> > From: Larry Gilson 
> > Sent: Monday, November 03, 2003 11:56 PM
> > To: 'web...@li...'
> > Subject: Problem with value assigned to text entry field
> > 
> > 
> > Hi All,
> > 
> > Hopefully someone with more experience here might be able to 
> > help me.  This seems like a trivial problem but I just can't see it.
> > 
> > I am trying to modify squidGuard regular expressions.  The 
> > file is read by read_file_lines().  It is properly output to 
> > a hyper link.  On selecting the hyperlink, the form data is 
> > then read by &ReadParse().  No rocket science here.  The odd 
> > thing is that a '+' is substituted by a space.
> > 
> > Example:
> > Hyperlink:      (^|[-.\?+=/_0-9])(john|mary)
> > Script reads:   (^|[-.\? =/_0-9])(john|mary)
> > 
> > 
> > 
> > The hyperlink is created by the following (sorry for the wrap):
> > 
> > print "     <TD WIDTH=100%><A 
> > HREF=\"edit_blexpr.cgi?blacklist=$in{'blacklist'}&entry=$entry
> > \"><TT>",
> >               (length($entry) > 80) ? substr($entry, 0, 
> > 80)."..." : $entry,
> >               "</TT></A></TD>\n";
> > 
> > The variable in question is $entry.  The script reading this 
> > output refers to $in{'entry'}.
> > 
> > Can anyone see what I am missing?
> > 
> > 
> > Thanks,
> > Larry
> > 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  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] RE: Problem with value assigned to text entry field

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

Ok, so I now understand the relationship of the '+' and space.  The real
answer was to escape the plus lies in 'sub ReadParse'.  The format listed in
web-lib.pl is:

  ReadParse([&assoc], [method], [noplus])

So all I needed to do is change from:

  ReadParse();

To:

  ReadParse(undef, undef, 2);

That did the trick!

I did not find the above format in either the online docs or Jamie's book.
I only found it in web-lib.pl.

--Larry



> -----Original Message-----
> From: Larry Gilson 
> Sent: Tuesday, November 04, 2003 2:51 PM
> To: 'web...@li...'
> Subject: FW: Problem with value assigned to text entry field
> 
> 
> After reading ReadParse() in web-lib.pl, I assume the 
> replacement of a '+' with a space is by design.  Can anyone 
> tell me why.  I have spent some time trying to find out but 
> either I don't understand the answer or I have not found it 
> yet.  More importantly, does anyone know how I can counter this.
> 
> Thanks,
> Larry
> 
> 
> 
> -----Original Message-----
> From: Larry Gilson 
> Sent: Monday, November 03, 2003 11:56 PM
> To: 'web...@li...'
> Subject: Problem with value assigned to text entry field
> 
> 
> Hi All,
> 
> Hopefully someone with more experience here might be able to 
> help me.  This seems like a trivial problem but I just can't see it.
> 
> I am trying to modify squidGuard regular expressions.  The 
> file is read by read_file_lines().  It is properly output to 
> a hyper link.  On selecting the hyperlink, the form data is 
> then read by &ReadParse().  No rocket science here.  The odd 
> thing is that a '+' is substituted by a space.
> 
> Example:
> Hyperlink:      (^|[-.\?+=/_0-9])(john|mary)
> Script reads:   (^|[-.\? =/_0-9])(john|mary)
> 
> 
> 
> The hyperlink is created by the following (sorry for the wrap):
> 
> print "     <TD WIDTH=100%><A 
> HREF=\"edit_blexpr.cgi?blacklist=$in{'blacklist'}&entry=$entry
> \"><TT>",
>               (length($entry) > 80) ? substr($entry, 0, 
> 80)."..." : $entry,
>               "</TT></A></TD>\n";
> 
> The variable in question is $entry.  The script reading this 
> output refers to $in{'entry'}.
> 
> Can anyone see what I am missing?
> 
> 
> Thanks,
> Larry
> 

[webmin-devel] FW: Problem with value assigned to text entry field

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

After reading ReadParse() in web-lib.pl, I assume the replacement of a '+'
with a space is by design.  Can anyone tell me why.  I have spent some time
trying to find out but either I don't understand the answer or I have not
found it yet.  More importantly, does anyone know how I can counter this.

Thanks,
Larry



-----Original Message-----
From: Larry Gilson 
Sent: Monday, November 03, 2003 11:56 PM
To: 'web...@li...'
Subject: Problem with value assigned to text entry field


Hi All,

Hopefully someone with more experience here might be able to help me.  This
seems like a trivial problem but I just can't see it.

I am trying to modify squidGuard regular expressions.  The file is read by
read_file_lines().  It is properly output to a hyper link.  On selecting the
hyperlink, the form data is then read by &ReadParse().  No rocket science
here.  The odd thing is that a '+' is substituted by a space.

Example:
Hyperlink:      (^|[-.\?+=/_0-9])(john|mary)
Script reads:   (^|[-.\? =/_0-9])(john|mary)



The hyperlink is created by the following (sorry for the wrap):

print "     <TD WIDTH=100%><A
HREF=\"edit_blexpr.cgi?blacklist=$in{'blacklist'}&entry=$entry\"><TT>",
              (length($entry) > 80) ? substr($entry, 0, 80)."..." : $entry,
              "</TT></A></TD>\n";

The variable in question is $entry.  The script reading this output refers
to $in{'entry'}.

Can anyone see what I am missing?


Thanks,
Larry

[webmin-devel] Spamassassion & logging into Usermin after some major diseaster

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

Login goes here: SpamAssassin Mail Filter & Getting this error when
logging into usermin: The Unix user dave.mailchk does not exist.

The user does exist in /etc/shadow & /etc/passwd

This new problem occurred when I was trying to write an automated
virtual user using "save_user.cgi". I had to execute some deleteds. Well
all hell broke out, including deleting the root user.

But now back to the issue: When is this username stored, if not in
/etc/passwd | shadow.

Not sure if something else got destroyed or not.

Thks in advance for any feedback.

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

[webmin-devel] Problem with value assigned to text entry field

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

Hi All,

Hopefully someone with more experience here might be able to help me.  This
seems like a trivial problem but I just can't see it.

I am trying to modify squidGuard regular expressions.  The file is read by
read_file_lines().  It is properly output to a hyper link.  On selecting the
hyperlink, the form data is then read by &ReadParse().  No rocket science
here.  The odd thing is that a '+' is substituted by a space.

Example:
Hyperlink:      (^|[-.\?+=/_0-9])(john|mary)
Script reads:   (^|[-.\? =/_0-9])(john|mary)



The hyperlink is created by the following (sorry for the wrap):

print "     <TD WIDTH=100%><A
HREF=\"edit_blexpr.cgi?blacklist=$in{'blacklist'}&entry=$entry\"><TT>",
              (length($entry) > 80) ? substr($entry, 0, 80)."..." : $entry,
              "</TT></A></TD>\n";

The variable in question is $entry.  The script reading this output refers
to $in{'entry'}.

Can anyone see what I am missing?


Thanks,
Larry

Re: [webmin-devel] Webmin 1.119 and SuSE 9.0 - BugHunt ;-)

[Martin M. <mm...@ag...>]

Hi Jamie,

Jamie Cameron <jca...@we...> wrote:

>Yes, that sounds like the most likely scenario..=20

I will file this to SuSE as a "harmless bug" today.
Maybe they will fix it as an update to "their" webmin.

>What I meant was that if you do a fresh install of webmin 1.119 on a
>suse 9.0 box, it will use /etc/init.d as the path.

Didn't test that, but you're probably right ;-)

kind regards

Martin Mewes

--=20
"praktisch will man user nicht an drucker lassen, eigentlich will man
sie noch nicht mal in die naehe von rechnern lassen."
frank paulsen in de.alt.sysadmin.recovery
http://webmin.mamemu.de/

Re: [webmin-devel] Webmin 1.119 and SuSE 9.0 - BugHunt ;-)

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

Yes, that sounds like the most likely scenario.. 

What I meant was that if you do a fresh install of webmin 1.119 on a
suse 9.0 box, it will use /etc/init.d as the path.

 - Jamie

On Fri, 2003-10-31 at 18:43, Martin Mewes wrote:
> Hi Jamie,
> 
> Jamie Cameron <jca...@we...> wrote:
> 
> >That's odd, because those are the default for SuSE 9.0 now .. at least
> >in the latest development webmin release.
> 
> Hmm ...
> What do you mean by that?
> 
> Originally SuSE 9.0 came with Webmin 1.070 (iirc).
> No changes have been made by myself to anything.
> 
> So maybe SuSE changed it to /sbin/init.d in 1.070 and those stuff will
> be preserved when upgrading to the original "next" version?
> 
> kind regards
> 
> Martin Mewes

Re: [webmin-devel] Webmin 1.119 and SuSE 9.0 - BugHunt ;-)

[Martin M. <mm...@ag...>]

Hi Jamie,

Jamie Cameron <jca...@we...> wrote:

>That's odd, because those are the default for SuSE 9.0 now .. at least
>in the latest development webmin release.

Hmm ...
What do you mean by that?

Originally SuSE 9.0 came with Webmin 1.070 (iirc).
No changes have been made by myself to anything.

So maybe SuSE changed it to /sbin/init.d in 1.070 and those stuff will
be preserved when upgrading to the original "next" version?

kind regards

Martin Mewes

--=20
"praktisch will man user nicht an drucker lassen, eigentlich will man
sie noch nicht mal in die naehe von rechnern lassen."
frank paulsen in de.alt.sysadmin.recovery
http://webmin.mamemu.de/

Re: [webmin-devel] Webmin 1.119 and SuSE 9.0 - BugHunt ;-)

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

That's odd, because those are the default for SuSE 9.0 now .. at least
in the latest development webmin release.

 - Jamie

On Fri, 2003-10-31 at 06:09, Martin Mewes wrote:
> Howdy,
> 
> lately I come to get a view to Webmin on SuSE 9.0 and found the
> following interesting "feature"
> 
> System - Bootup and Shutdown - Base Module Configuration
> 
> On SuSE 9.0 change
> 
> 	Directory in which runlevel directories are located
> 
> and
> 
> 	Directory containing master init scripts
> 
> to
> 
> 	/etc/init.d
> 
> Current Entry: /sbin/init.d
> 
> have a lot of fun :-)
> 
> Martin
> 

[webmin-devel] Webmin 1.119 and SuSE 9.0 - BugHunt ;-)

[Martin M. <mm...@ag...>]

Howdy,

lately I come to get a view to Webmin on SuSE 9.0 and found the
following interesting "feature"

System - Bootup and Shutdown - Base Module Configuration

On SuSE 9.0 change

	Directory in which runlevel directories are located

and

	Directory containing master init scripts

to

	/etc/init.d

Current Entry: /sbin/init.d

have a lot of fun :-)

Martin


--=20
http://webmin.mamemu.de/		WebMin-Mirror
http://webmin.mamemu.de/download.html	WebMin Translations
Official Webmin/Usermin Translation Co-Ordinator 2003/2004
http://www.webmin.com/mailing-trans.html

RE: [webmin-devel] SpamAssassin Module - Webmin 1.119 - Custom Ru le regex problem - spamd restart

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

Thanks Jamie!

--Larry



> -----Original Message-----
> From: Jamie Cameron [mailto:jca...@we...] 
> Sent: Wednesday, October 29, 2003 4:26 AM
> To: web...@li...
> Subject: Re: [webmin-devel] SpamAssassin Module - Webmin 
> 1.119 - Custom Rule regex problem - spamd restart
> 
> 
> On Wed, 2003-10-29 at 17:45, Larry Gilson wrote:
> > Hi Jamie,
> > 
> > 
> > I was testing the "Header and Body Tests".  I noticed a 
> problem saving 
> > a regex.  I have the following rule:
> > 
> >     Received =~ /from.* \(unknown \[\d+\.\d+\.\d+\.\d+\]\)/i
> > 
> > When saving, I received the following error:
> > 
> > #-----
> > Failed to save tests : '/from.* \(unknown 
> \[\d+\.\d+\.\d+\.\d+\]\)/i' 
> > is not a valid regular expression (must be like /expression/)
> > #-----
> > 
> > Now when I manually enter the rule in the local.cf and 
> review the rule 
> > in the module, it looks like:
> > 
> >     Regular Expression       Default Value
> >     /from.*                  \(unknown
> > 
> > My guess is that the escapes are causing a problem.
> 
> Actually, it's the spaces in the regexp. I will fix this for 
> the 1.120 release .. thanks!
> 
> > Additionally, it appears that you are only checking for the 
> presence 
> > of spamc in a procmail recipe.  Is that true?  If spamc/spamd is 
> > utilized, spamd must be restarted or reloaded (2.60) to 
> load the new 
> > rules into memory.  This would mean that administrators have the 
> > ability to create and modify the rules through this module 
> but would 
> > not have the ability to implement them if running spamc/spamd.  SA 
> > 2.55 and earlier needs to have spamd restarted and 2.60 can 
> either be 
> > restarted or it can reload it's configuratio via SIGHUP.  A 
> pid file 
> > may exist only if spamd is invoked with the '-r' switch.  The spamd 
> > doc lists a note that:
> > 
> > "If spamd receives a SIGHUP, it internally reloads itself, 
> which means 
> > that it will change its pid and might not restart at all if its 
> > environment changed (ie. if it can't change back into its own 
> > directory). If you plan to use SIGHUP, you should always 
> start spamd 
> > with the -r switch to know its current pid."
> > 
> > I would think that the best option is to restart if spamd was not 
> > invoked with the '-r' switch.
> 
> Fortunately, Joe Cooper already pointed this one out to me, 
> and so the final module will have a button for sending a HUP 
> signal to the running spamd process (if there is one).
> 
>  - Jamie
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program. 
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  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] SpamAssassin Module - Webmin 1.119 - Custom Rule regex problem - spamd restart

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

On Wed, 2003-10-29 at 17:45, Larry Gilson wrote:
> Hi Jamie,
> 
> 
> I was testing the "Header and Body Tests".  I noticed a problem saving a
> regex.  I have the following rule:
> 
>     Received =~ /from.* \(unknown \[\d+\.\d+\.\d+\.\d+\]\)/i
> 
> When saving, I received the following error:
> 
> #-----
> Failed to save tests : '/from.* \(unknown \[\d+\.\d+\.\d+\.\d+\]\)/i' is not
> a valid regular expression (must be like /expression/)
> #-----
> 
> Now when I manually enter the rule in the local.cf and review the rule in
> the module, it looks like:
> 
>     Regular Expression       Default Value
>     /from.*                  \(unknown
> 
> My guess is that the escapes are causing a problem.

Actually, it's the spaces in the regexp. I will fix this for the 1.120
release .. thanks!

> Additionally, it appears that you are only checking for the presence of
> spamc in a procmail recipe.  Is that true?  If spamc/spamd is utilized,
> spamd must be restarted or reloaded (2.60) to load the new rules into
> memory.  This would mean that administrators have the ability to create and
> modify the rules through this module but would not have the ability to
> implement them if running spamc/spamd.  SA 2.55 and earlier needs to have
> spamd restarted and 2.60 can either be restarted or it can reload it's
> configuratio via SIGHUP.  A pid file may exist only if spamd is invoked with
> the '-r' switch.  The spamd doc lists a note that:
> 
> "If spamd receives a SIGHUP, it internally reloads itself, which means that
> it will change its pid and might not restart at all if its environment
> changed (ie. if it can't change back into its own directory). If you plan to
> use SIGHUP, you should always start spamd with the -r switch to know its
> current pid."
> 
> I would think that the best option is to restart if spamd was not invoked
> with the '-r' switch.

Fortunately, Joe Cooper already pointed this one out to me, and so the
final module will have a button for sending a HUP signal to the running
spamd process (if there is one).

 - Jamie

[webmin-devel] SpamAssassin Module - Webmin 1.119 - Custom Rule regex problem - spamd restart

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

Hi Jamie,


I was testing the "Header and Body Tests".  I noticed a problem saving a
regex.  I have the following rule:

    Received =~ /from.* \(unknown \[\d+\.\d+\.\d+\.\d+\]\)/i

When saving, I received the following error:

#-----
Failed to save tests : '/from.* \(unknown \[\d+\.\d+\.\d+\.\d+\]\)/i' is not
a valid regular expression (must be like /expression/)
#-----

Now when I manually enter the rule in the local.cf and review the rule in
the module, it looks like:

    Regular Expression       Default Value
    /from.*                  \(unknown

My guess is that the escapes are causing a problem.

Additionally, it appears that you are only checking for the presence of
spamc in a procmail recipe.  Is that true?  If spamc/spamd is utilized,
spamd must be restarted or reloaded (2.60) to load the new rules into
memory.  This would mean that administrators have the ability to create and
modify the rules through this module but would not have the ability to
implement them if running spamc/spamd.  SA 2.55 and earlier needs to have
spamd restarted and 2.60 can either be restarted or it can reload it's
configuratio via SIGHUP.  A pid file may exist only if spamd is invoked with
the '-r' switch.  The spamd doc lists a note that:

"If spamd receives a SIGHUP, it internally reloads itself, which means that
it will change its pid and might not restart at all if its environment
changed (ie. if it can't change back into its own directory). If you plan to
use SIGHUP, you should always start spamd with the -r switch to know its
current pid."

I would think that the best option is to restart if spamd was not invoked
with the '-r' switch.


Regards,
Larry

[webmin-devel] Re: webadmin-devel digest, Vol 1 #333 - 8 msgs

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

Nothing.  The Domain SID is needed to construct the sambaSID and 
sambaPrimaryGroupSID.  It isn't used at all for any of the samba2 
attributes. So leaving it blank won't have any impact.  Even having it 
blank while using samba3 won't do much, users just won't be able to 
login to samba.

> Message: 1
> Date: Tue, 28 Oct 2003 14:41:20 +1100
> From: Jamie Cameron <jca...@we...>
> Subject: Re: [webmin-devel] RE: (patch included) LDAP User module and 
> Samba3
> To: web...@li...
> Cc:
> Reply-To: web...@li...
>
> Thanks for the patch - I will incorporate it into the upcoming 1.120 
> release
> of Webmin. Since I don't run Samba 3 with LDAP myself, I'll just have 
> to trust
> you that it works :-)
>
> One question though - what if the 'Domain SID for Samba3' module 
> configuration
> option is not set?
>
>  - Jamie
>

[webmin-devel] Re: webadmin-devel digest, Vol 1 #333 - 8 msgs

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

Nothing.  The Domain SID is needed to construct the sambaSID and 
sambaPrimaryGroupSID.  It isn't used at all for any of the samba2 
attributes. So leaving it blank won't have any impact.  Even having it 
blank while using samba3 won't do much, users just won't be able to 
login to samba.

> Message: 1
> Date: Tue, 28 Oct 2003 14:41:20 +1100
> From: Jamie Cameron <jca...@we...>
> Subject: Re: [webmin-devel] RE: (patch included) LDAP User module and 
> Samba3
> To: web...@li...
> Cc:
> Reply-To: web...@li...
>
> Thanks for the patch - I will incorporate it into the upcoming 1.120 
> release
> of Webmin. Since I don't run Samba 3 with LDAP myself, I'll just have 
> to trust
> you that it works :-)
>
> One question though - what if the 'Domain SID for Samba3' module 
> configuration
> option is not set?
>
>  - Jamie
>

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

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

Excellent!  Thanks Jamie!

--Larry


> -----Original Message-----
> From: Jamie Cameron [mailto:jca...@we...] 
> Sent: Tuesday, October 28, 2003 5:08 PM
> To: web...@li...
> Subject: RE: [webmin-devel] Webmin 1.120 pre-release now available
> 
> 
> Thanks for the information - that is pretty much how I 
> expected spamassasin to behave, and so I will have the module 
> scan all .cf files in /etc/mail/spamassassin by default in 
> the upcoming 1.120 release. You will need to adjust your 
> module configuration after upgrading from 1.119 though, as in 
> the current beta version the config path is set to 
> /etc/mail/spamassassin/local.cf
>  
>  - Jamie
> 
> On Wed, 2003-10-29 at 00:45, Larry Gilson wrote:
> > Hi Jamie,
> > 
> > I hope the following is not too verbose.  The question of what SA 
> > parses comes up quite a bit on the SA list so I thought I would at 
> > least document the answer here at the risk of overstating the 
> > answer.
> > 
> > My test machine has the following files in /etc/mail/spamassassin:
> > 
> >   90_custom.cf
> >       local.cf
> >       local.cf.rpmsave
> >       local.cf.save
> > 
> > The only files that will be parsed for rules are:
> >   90_custom.cf
> >       local.cf
> > 
> > I delete the unused files on the production machine as they are 
> > not used. So the answer is yes, only the .cf files are processed 
> > in /etc/mail/spamassassin and all others are ignored.
> > 
> > The only files, at least that I know of, that SA will use 
> > for rules or configuration are  *.cf (which includes local.cf) and 
> > user_prefs.  SA will process *.cf only in /etc/mail/spamassassin 
> > and /usr/share/spamassassin. *.cf configuration files are 
> > considered site-wide configurations. user_prefs are user 
> > configuration files and processed only when SA is invoked by the 
> > user or in a site-wide configuration when spamc is forced to use 
> > per-user config files via 'spamc -u'.  The location of user_prefs 
> > is $HOME/.spamassassin/ (which is the same location for auto-
> > whitelist and bayes files).  By default, SA will ignore rules in 
> > user_prefs.  The administrator *must* set 'allow_user_rules 1' in 
> > local.cf to override this default.  This practice is highly 
> > discouraged for security reasons as well as it places a large 
> > processing load on the system with more users.  SA must recompile
> > all tests in user_prefs on a per-message basis.
> > 
> > Not having used Usermin I might be off base here but I would think 
> > that if a site configuration were to support processing rules in 
> > user_prefs, the support would be better placed in Usermin 
> > rather than Webmin.
> > 
> > --Larry
> > 
> > 
> > 
> > > -----Original Message-----
> > > From: Jamie Cameron
> > > 
> > > So only .cf files in /etc/mail/spamassassin are processed? I
> > > noticed a few other files in that directory that are not 
> > > normal SpamAssassin configs, and thus presumably ignored ..
> > > 
> > >  - Jamie
> > > 
> > > On Tue, 2003-10-28 at 16:24, Larry Gilson wrote:
> > > > All .cf files, with respect to custom rules, are treated 
> > > > equally.I can send you a custom rule file if want an example.
> > > > 
> > > > Thanks Jamie!
> > > > 
> > > > --Larry
> > > > 
> > > > 
> > > > > -----Original Message-----
> > > > > From: Jamie Cameron
> > > > > 
> > > > > Oops, I missed that comment.
> > > > > 
> > > > > Being able to edit extra .cf files sounds like a good idea, 
> > > > > and probably not too hard to add support for. So are all 
> > > > > .cf files treated equally by spamassassin, or is local.cf 
> > > > > special in some way?
> > > > > 
> > > > >  - Jamie
> > 
> > 
> > --snip--

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

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

Thanks for the information - that is pretty much how I expected
spamassasin to behave, and so I will have the module scan all .cf files
in /etc/mail/spamassassin by default in the upcoming 1.120 release. You
will need to adjust your module configuration after upgrading from 1.119
though, as in the current beta version the config path is set to
/etc/mail/spamassassin/local.cf
 
 - Jamie

On Wed, 2003-10-29 at 00:45, Larry Gilson wrote:
> Hi Jamie,
> 
> I hope the following is not too verbose.  The question of what SA parses
> comes up quite a bit on the SA list so I thought I would at least document
> the answer here at the risk of overstating the answer.
> 
> My test machine has the following files in /etc/mail/spamassassin:
> 
>   90_custom.cf
>       local.cf
>       local.cf.rpmsave
>       local.cf.save
> 
> The only files that will be parsed for rules are:
>   90_custom.cf
>       local.cf
> 
> I delete the unused files on the production machine as they are not used.
> So the answer is yes, only the .cf files are processed in
> /etc/mail/spamassassin and all others are ignored.
> 
> The only files, at least that I know of, that SA will use for rules or
> configuration are  *.cf (which includes local.cf) and user_prefs.  SA will
> process *.cf only in /etc/mail/spamassassin and /usr/share/spamassassin.
> *.cf configuration files are considered site-wide configurations.
> user_prefs are user configuration files and processed only when SA is
> invoked by the user or in a site-wide configuration when spamc is forced to
> use per-user config files via 'spamc -u'.  The location of user_prefs is
> $HOME/.spamassassin/ (which is the same location for auto-whitelist and
> bayes files).  By default, SA will ignore rules in user_prefs.  The
> administrator *must* set 'allow_user_rules 1' in local.cf to override this
> default.  This practice is highly discouraged for security reasons as well
> as it places a large processing load on the system with more users.  SA must
> recompile all tests in user_prefs on a per-message basis.
> 
> Not having used Usermin I might be off base here but I would think that if a
> site configuration were to support processing rules in user_prefs, the
> support would be better placed in Usermin rather than Webmin.
> 
> --Larry
> 
> 
> 
> > -----Original Message-----
> > From: Jamie Cameron
> > 
> > So only .cf files in /etc/mail/spamassassin are processed? I 
> > noticed a few other files in that directory that are not 
> > normal SpamAssassin configs, and thus presumably ignored ..
> > 
> >  - Jamie
> > 
> > On Tue, 2003-10-28 at 16:24, Larry Gilson wrote:
> > > All .cf files, with respect to custom rules, are treated equally.  
> > > I can send you a custom rule file if want an example.
> > > 
> > > Thanks Jamie!
> > > 
> > > --Larry
> > > 
> > > 
> > > > -----Original Message-----
> > > > From: Jamie Cameron
> > > > 
> > > > Oops, I missed that comment.
> > > > 
> > > > Being able to edit extra .cf files sounds like a good idea,
> > > > and probably not too hard to add support for. So are all .cf 
> > > > files treated equally by spamassassin, or is local.cf special 
> > > > in some way?
> > > > 
> > > >  - Jamie
> 
> 
> --snip--
> 
> 
> 
> -------------------------------------------------------
> 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

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

Larry,

Glad you are posting this SA info. I can learn from it.

FYI: I tried the SA2.60-1 or whatever # for my RH9.0 and it never
releases when started (/etc/init.d/spamassassin start). Can see the
process running, but have to do ctrl-c to stop, then it stops. Need to
report to SA when time.

It won't start from Webmin either.

So I can't use spamd/spamc at this time.

Maybe later I can get into it.

Usermin: I have a couple of users now running usermin to do their spam
management. We having learned about adding rules yet. Just too busy.

As to usermin with multiple domains, watch out for this "gotcha". If
user logins in like this https://mydomain.com:20000/, From Address is
correct . If user logs in like this https://nnn.nnn.nnn.nn:20000/, From
address has IP address. Jamie knows about it.

Dave

On Tue, 2003-10-28 at 06:45, Larry Gilson wrote:
> Hi Jamie,
> 
> I hope the following is not too verbose.  The question of what SA parses
> comes up quite a bit on the SA list so I thought I would at least document
> the answer here at the risk of overstating the answer.
> 
> My test machine has the following files in /etc/mail/spamassassin:
> 
>   90_custom.cf
>       local.cf
>       local.cf.rpmsave
>       local.cf.save
> 
> The only files that will be parsed for rules are:
>   90_custom.cf
>       local.cf
> 
> I delete the unused files on the production machine as they are not used.
> So the answer is yes, only the .cf files are processed in
> /etc/mail/spamassassin and all others are ignored.
> 
> The only files, at least that I know of, that SA will use for rules or
> configuration are  *.cf (which includes local.cf) and user_prefs.  SA will
> process *.cf only in /etc/mail/spamassassin and /usr/share/spamassassin.
> *.cf configuration files are considered site-wide configurations.
> user_prefs are user configuration files and processed only when SA is
> invoked by the user or in a site-wide configuration when spamc is forced to
> use per-user config files via 'spamc -u'.  The location of user_prefs is
> $HOME/.spamassassin/ (which is the same location for auto-whitelist and
> bayes files).  By default, SA will ignore rules in user_prefs.  The
> administrator *must* set 'allow_user_rules 1' in local.cf to override this
> default.  This practice is highly discouraged for security reasons as well
> as it places a large processing load on the system with more users.  SA must
> recompile all tests in user_prefs on a per-message basis.
> 
> Not having used Usermin I might be off base here but I would think that if a
> site configuration were to support processing rules in user_prefs, the
> support would be better placed in Usermin rather than Webmin.
> 
> --Larry
> 
> 
> 
> > -----Original Message-----
> > From: Jamie Cameron
> > 
> > So only .cf files in /etc/mail/spamassassin are processed? I 
> > noticed a few other files in that directory that are not 
> > normal SpamAssassin configs, and thus presumably ignored ..
> > 
> >  - Jamie
> > 
> > On Tue, 2003-10-28 at 16:24, Larry Gilson wrote:
> > > All .cf files, with respect to custom rules, are treated equally.  
> > > I can send you a custom rule file if want an example.
> > > 
> > > Thanks Jamie!
> > > 
> > > --Larry
> > > 
> > > 
> > > > -----Original Message-----
> > > > From: Jamie Cameron
> > > > 
> > > > Oops, I missed that comment.
> > > > 
> > > > Being able to edit extra .cf files sounds like a good idea,
> > > > and probably not too hard to add support for. So are all .cf 
> > > > files treated equally by spamassassin, or is local.cf special 
> > > > in some way?
> > > > 
> > > >  - Jamie
> 
> 
> --snip--
> 
> 
> 
> -------------------------------------------------------
> 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 hope the following is not too verbose.  The question of what SA parses
comes up quite a bit on the SA list so I thought I would at least document
the answer here at the risk of overstating the answer.

My test machine has the following files in /etc/mail/spamassassin:

  90_custom.cf
      local.cf
      local.cf.rpmsave
      local.cf.save

The only files that will be parsed for rules are:
  90_custom.cf
      local.cf

I delete the unused files on the production machine as they are not used.
So the answer is yes, only the .cf files are processed in
/etc/mail/spamassassin and all others are ignored.

The only files, at least that I know of, that SA will use for rules or
configuration are  *.cf (which includes local.cf) and user_prefs.  SA will
process *.cf only in /etc/mail/spamassassin and /usr/share/spamassassin.
*.cf configuration files are considered site-wide configurations.
user_prefs are user configuration files and processed only when SA is
invoked by the user or in a site-wide configuration when spamc is forced to
use per-user config files via 'spamc -u'.  The location of user_prefs is
$HOME/.spamassassin/ (which is the same location for auto-whitelist and
bayes files).  By default, SA will ignore rules in user_prefs.  The
administrator *must* set 'allow_user_rules 1' in local.cf to override this
default.  This practice is highly discouraged for security reasons as well
as it places a large processing load on the system with more users.  SA must
recompile all tests in user_prefs on a per-message basis.

Not having used Usermin I might be off base here but I would think that if a
site configuration were to support processing rules in user_prefs, the
support would be better placed in Usermin rather than Webmin.

--Larry



> -----Original Message-----
> From: Jamie Cameron
> 
> So only .cf files in /etc/mail/spamassassin are processed? I 
> noticed a few other files in that directory that are not 
> normal SpamAssassin configs, and thus presumably ignored ..
> 
>  - Jamie
> 
> On Tue, 2003-10-28 at 16:24, Larry Gilson wrote:
> > All .cf files, with respect to custom rules, are treated equally.  
> > I can send you a custom rule file if want an example.
> > 
> > Thanks Jamie!
> > 
> > --Larry
> > 
> > 
> > > -----Original Message-----
> > > From: Jamie Cameron
> > > 
> > > Oops, I missed that comment.
> > > 
> > > Being able to edit extra .cf files sounds like a good idea,
> > > and probably not too hard to add support for. So are all .cf 
> > > files treated equally by spamassassin, or is local.cf special 
> > > in some way?
> > > 
> > >  - Jamie


--snip--

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

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

So only .cf files in /etc/mail/spamassassin are processed? I noticed a
few other files in that directory that are not normal SpamAssassin
configs, and thus presumably ignored ..

 - Jamie

On Tue, 2003-10-28 at 16:24, Larry Gilson wrote:
> All .cf files, with respect to custom rules, are treated equally.  I can
> send you a custom rule file if want an example.
> 
> Thanks Jamie!
> 
> --Larry
> 
> 
> > -----Original Message-----
> > From: Jamie Cameron
> > 
> > Oops, I missed that comment. 
> > 
> > Being able to edit extra .cf files sounds like a good idea, 
> > and probably not too hard to add support for. So are all .cf 
> > files treated equally by spamassassin, or is local.cf special 
> > in some way?
> > 
> >  - Jamie
> > 
> > Larry Gilson <Li...@IS...> wrote ..
> > > I fully agree with you.  But what are your thoughts about the .cf 
> > > files in the /etc/mail/spamassassin directory?
> > > 
> > > --Larry
> > > 
> > > 
> > > 
> > > > -----Original Message-----
> > > > From: Jamie Cameron
> > > > 
> > > > 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?
> 
> 
> 
> -------------------------------------------------------
> 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

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

All .cf files, with respect to custom rules, are treated equally.  I can
send you a custom rule file if want an example.

Thanks Jamie!

--Larry


> -----Original Message-----
> From: Jamie Cameron
> 
> Oops, I missed that comment. 
> 
> Being able to edit extra .cf files sounds like a good idea, 
> and probably not too hard to add support for. So are all .cf 
> files treated equally by spamassassin, or is local.cf special 
> in some way?
> 
>  - Jamie
> 
> Larry Gilson <Li...@IS...> wrote ..
> > I fully agree with you.  But what are your thoughts about the .cf 
> > files in the /etc/mail/spamassassin directory?
> > 
> > --Larry
> > 
> > 
> > 
> > > -----Original Message-----
> > > From: Jamie Cameron
> > > 
> > > 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?

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

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

Oops, I missed that comment. 

Being able to edit extra .cf files sounds like a good idea, and probably
not too hard to add support for. So are all .cf files treated equally by
spamassassin, or is local.cf special in some way?

 - Jamie

Larry Gilson <Li...@IS...> wrote ..
> I fully agree with you.  But what are your thoughts about the .cf files
> in
> the /etc/mail/spamassassin directory?
> 
> --Larry
> 
> 
> 
> > -----Original Message-----
> > From: Jamie Cameron
> > 
> > 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?
> 
> 
> 
> -------------------------------------------------------
> 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] RE: (patch included) LDAP User module and Samba3

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

Thanks for the patch - I will incorporate it into the upcoming 1.120 release
of Webmin. Since I don't run Samba 3 with LDAP myself, I'll just have to trust
you that it works :-)

One question though - what if the 'Domain SID for Samba3' module configuration
option is not set?

 - Jamie

Isaac Finnegan <is...@co...> wrote ..
> 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 1.120 pre-release now available

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

I fully agree with you.  But what are your thoughts about the .cf files in
the /etc/mail/spamassassin directory?

--Larry



> -----Original Message-----
> From: Jamie Cameron
> 
> 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?