Menu
▾
▴
webadmin-devel
|
From: Jamie C. <jca...@we...> - 2003-10-26 07:57:29
|
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 |
|
From: Larry G. <Li...@IS...> - 2003-10-27 15:11:08
|
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 |
|
From: Jamie C. <jca...@we...> - 2003-10-28 00:12:26
|
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? |
|
From: Larry G. <Li...@IS...> - 2003-10-28 01:31:14
|
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? |
|
From: Jamie C. <jca...@we...> - 2003-10-28 05:09:03
|
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 |
|
From: Larry G. <Li...@IS...> - 2003-10-28 05:26:03
|
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? |
|
From: Jamie C. <jca...@we...> - 2003-10-28 08:56:14
|
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 |
|
From: Larry G. <Li...@IS...> - 2003-10-28 13:49:52
|
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--
|
|
From: Dave V. A. <da...@va...> - 2003-10-28 15:08:34
|
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 |
|
From: Jamie C. <jca...@we...> - 2003-10-28 22:16:55
|
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 |
|
From: Larry G. <Li...@IS...> - 2003-10-29 03:15:53
|
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-- |
|
From: Dave V. A. <da...@va...> - 2003-10-26 14:56:08
|
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 |
|
From: Dave V. A. <da...@va...> - 2003-10-26 16:59:32
|
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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X