Re: RFC: Spamblock Plugin NG

Hi!

Thanks for the effort of creating discussion for this
topic.

I for one generally like global plugins more than having to
maintain 5-6
spamblock plugins. The overead for the plugin API is also
larger, since more
objects are in memory, more files need to be loaded,
upgrading is more painful.

So I'm personally -1 on splitting up the plugin into smaller
ones. I am however
for finding means to make the configuration be more
distinct. Maybe a better
grouping can be found. And the plugin API allows for custom
configuration
outputs, so we could even create a shiny Javascript
tab-based navigation for the
configuration of the plugin, with tabs for
"content", "IP", etc.?

I am much in favor of using a (shared) score based approach.
I believe this adds
valuable flexibility.

Best regards,
Garvin

-- 
++ Garvin Hicking | Web-Entwickler [PHP]    | www.garv.in |
ICQ 21392242
++ Developer of   | www.phpMyAdmin.net      | www.s9y.org

++ Make me happy  | http://wishes.garv.in


------------------------------------------------------------
-------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share your
opinions on IT & business topics through brief
surveys-and earn cash
http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
php-blog-devs mailing list
php-blog-devslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/php-blog-
devs

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Garvin Hicking wrote:

> Thanks for the effort of creating discussion for this
topic.
> 
> I for one generally like global plugins more than
having to maintain 5-6
> spamblock plugins. The overead for the plugin API is
also larger, since more
> objects are in memory, more files need to be loaded,
upgrading is more painful.

A general spamblock plugin API might encourage other authors
to write
simpler antispam plugins for s9y without having to fiddle
with logging etc.

> So I'm personally -1 on splitting up the plugin into
smaller ones. I am however
> for finding means to make the configuration be more
distinct. Maybe a better
> grouping can be found. And the plugin API allows for
custom configuration
> outputs, so we could even create a shiny Javascript
tab-based navigation for the
> configuration of the plugin, with tabs for
"content", "IP", etc.?

The reason why I contacted Sebastian was the lack of logging
mechanism
in the spamblock_rbl and spamblock_surbl plugins I need for
some nice
statistics and graphs.

> I am much in favor of using a (shared) score based
approach. I believe this adds
> valuable flexibility.

+1 for the scoring approach. 

[OT]: Good example for a working score-based (SMTP) filter
ist
policyd-weight (http://www.policyd-weig
ht.org) for the Postfix MTA.

Best regards,

	Peter Hinse
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFF1BoTLcQ7dAwWMBIRAnhSAJ9tSwUhKaRli1+bt60MGtwzZ357xgCd
H8Rl
raXnzu/imc2zDtpfHFaY3fI=
=vzyU
-----END PGP SIGNATURE-----

------------------------------------------------------------
-------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share your
opinions on IT & business topics through brief
surveys-and earn cash
http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
php-blog-devs mailing list
php-blog-devslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/php-blog-
devs