jaws-project-developers — This is the jaws mailing list for developers

[Jaws-project-developers] session managing

[Ivan C. <ich...@ua...>]

i saw the polished that ion did with the session management and i liked
it. 
I have just some observations (i might have missed things i'm very busy
right now on my job it's the begining of the semester and we have to put
out the new website):

- The session management it's only avaliable when you login, and there
are some features of the sessions that anonymous users can take
advantage of like persistent attributes between requests

- We could change the sessions schema so the attributes are defined by
the username and not the session id, this is with the pourpouse of
manage persistence of attributes beyond logins and logouts.
this change is very trivial we just need to add an sessions_active table
and store the session identificator and the associated user, the
attributes of the session remain in the sessions table but the key will
be the username:

|  sessions_active |        | sessions |
--------------------        ------------
|                  |        |   UID    |
|       SID        |        |   hash   | 
|       UID        |        
|       md5        |
|       mtime      | 

this could allow us to have different sessions with se same user and
share attributes between applications at the same time

- There is no expiring session procedures for the database, we need a
way to do this, i don't think a cron can be the solution. it could be a
check that is being done every n days when a user logs in.

what do you think?

-- 

[Jaws-project-developers] Coding and doc. conventions

[Raul M. <ra...@mu...>]

Hi all,
After some flu days :( I'm reading more deeply the Jaws code to start
helping on code doc. and bugfixing.

Most files doesn't follow some of our published coding styles[1]: 8
indenting spaces, opening braces on the same line as the statement and
so on... But don't flame me: I'm not a purist so heterogeneous code is
not a big problem for me if it isn't for you ;) but I think that if we
want that new coders to follow a coding style we must also follow it. 

I assume that the main priority is to have a full working version and we
can cleanup the code later. Only a quick note: we could try
PHP_Beautifier[2] to do this and we must remember to update our coding
guidelines after cleanup the code.

Another question, now related to phpdoc: some files has lines as:
@package Jaws
@subpackage gadgets
or 
@package JawsCore

I think that using packaging on phpdoc is a good idea, but I still don't
know what packaging structure should we follow, so I will write phpdoc
without package tags until we decide about packaging.

Greetings,
	Raul Murciano

[1] http://wiki.jaws.com.mx/doku.php?id=jaws:development:guidelines

[2] PEAR package: http://pear.php.net/package/PHP_Beautifier
Author's blog related entries:
http://www.apsique.virtuabyte.cl/php/index.php/archivo/category/php/php_beautifier/

[Jaws-project-developers] =?ISO-8859-1?Q?Im=E1genes?= que no se despliegan

[Emerson P. <tox...@li...>]

A ver, no s=E9 si enviar esto en ingl=E9s o en espa=F1ol, y no s=E9 si envi=
arlo
a la lista de usuarios o a la de developers pero ah=ED va.
Acabo de reinstalar mi sistema. Ya no es un slackware como lo era antes
(nostalgia)... Ahora es un sistema basado en Debian.
Respald=E9 mi base de datos de jaws 0.4.algunaversion, y la puse a andar
aqui en mi nuevo sistema.
Estoy usando:
PHP Version 4.3.8
Apache/1.3.31 (Debian GNU/Linux) PHP/4.3.8
Server version: 4.0.20-log

Lo que sucede es que las im=E1genes que hay en el blog, excepto la de la
barra superior de la p=E1gina principal usando el tema de default, no
aparecen.
Decid=ED cambiar la versi=F3n y bajar la versi=F3n mvc de cvs. Hice todo de=
sde
ceros, hice la base de datos, copi=E9 los contenidos de la carpeta htdocs
a mi carpeta root de apache, corr=ED el get3rdparty.sh y listo.
Oh sorpresa, las im=E1genes siguen sin aparecer.
Que es lo que anda mal?

Re: [Jaws-project-developers] Some tasks for this Week

[Jon W. <jo...@je...>]

On Tue, 2005-01-18 at 12:07 -0600, Pablo Fischer wrote:
> Hello,
>  
> > Agreed - I'm happy to do some of this, especially since it's something
> > different from bug fixes and minor changes (which I'm currently stuck
> > doing for a client's website).
> 
> Great!. Also we are open for people who would like to help with this (I
> know that no one is going to raise the hand).
> 
> > Should multiple sites have to use a different database completely?
> 
> Cof cof cof.. I forgot to add this point in the mail,  however its
> already in the wiki. Maybe we can have:
> 
> $db_prefix."_blog";
> 
> So, if you maintain other blogs, you can declare the $db_prefix also as
> the db username, so:
> 
> michael_blog 
> 
Doing this you still have to update the schema on every prefixed table
whenever it changes - I know we don't do schema changes often, but I'd
still like it to be as easy as possible to handle it.

> Could be a good idea.
> 
> The only difficult task is how we are going to deal with db prefixes in
> our queries? I have some ideas:
> 
> 1. Change all of our queries, so that all table names in our queries
> will be named to: $GLOBALS["prefix"]."_tablename". This is like having a
> kick in the nuts.
> 
> 2. Don't change nothing in our queries, just edit our DB Drivers. Lets
> look for a nice regexp (don't look at me!) that can replace all the
> table names with other thing ($prefix.\\1, for example). Any geek in
> regexp's around here?
> 
> 3. Stole ideas from other projects, like drupal (they are using
> prefixes).
> > 
> > > 3. JDD  - Jaws Directory Distribution (No, the J is not Java).
> > > 
> > Are you sure... you did seem very keen for us to have *coffee* with this
> > e-mail.
> 
> :-P 
> > > |-- resources
> > > |   `-- xml
> > > |   `-- files 
> >   |   `-- phoo <-- This is likely to be needed ;)
> > > |-- themes
> > > `-- wsadmin.php
> 
> Heh, yes, we need there phoo ;-). Yesterday talking with ion we decided
> to rename resources to data. And do some changes in the JDD. 
> 
> Now, we are going to have all the *.php files inside /gadgets/Blog (for
> example): BlogModel.php (Model), Blog.php (Gadget), BlogWebService.php
> and BlogInfo.php (Information of the gadget). And also have the
> directory Resources inside the directory for images, css, and other
> stuff that the model/gadget needs to run. 
> 
> You can get a better idea if you take a look to the JDD section in the
> wiki [1].
> 
> > Sounds good to me, although I'd still rather any XML stuff that's needed
> > gets generated on demand, and then the results cached until the next
> > change.
> 
> What do you mean by cache? cache for templates.. cache for xml??.. cache
> and other stuff that are per user (per directory installation I mean)
> will need go to 'data' directory.
> 
> > This is a hard one... does anybody know if GetText supports some sort of
> > include system, so that each gadget could have it's own .po, but they
> > all get included into one big one?
> 
> I don't think its so hard to keep all gadgets in one file. You can keep
> all the translations in one file I did that in C and C# long time ago,
> and as you know thats not a PHP dep, its just a shell command.
> 
> The difficult task will be: How to get together one non-official gadget
> translation with our big file?.
> 
> See ya,
> Pablo
> 
> [1]
> http://wiki.jaws.com.mx/doku.php?id=jaws:proposals:new_directory_layout

Re: [Jaws-project-developers] Some tasks for this Week

[Pablo F. <pa...@pa...>]

Hello,
=20
> Agreed - I'm happy to do some of this, especially since it's something
> different from bug fixes and minor changes (which I'm currently stuck
> doing for a client's website).

Great!. Also we are open for people who would like to help with this (I
know that no one is going to raise the hand).

> Should multiple sites have to use a different database completely?

Cof cof cof.. I forgot to add this point in the mail,  however its
already in the wiki. Maybe we can have:

$db_prefix."_blog";

So, if you maintain other blogs, you can declare the $db_prefix also as
the db username, so:

michael_blog=20

Could be a good idea.

The only difficult task is how we are going to deal with db prefixes in
our queries? I have some ideas:

1. Change all of our queries, so that all table names in our queries
will be named to: $GLOBALS["prefix"]."_tablename". This is like having a
kick in the nuts.

2. Don't change nothing in our queries, just edit our DB Drivers. Lets
look for a nice regexp (don't look at me!) that can replace all the
table names with other thing ($prefix.\\1, for example). Any geek in
regexp's around here?

3. Stole ideas from other projects, like drupal (they are using
prefixes).
>=20
> > 3. JDD  - Jaws Directory Distribution (No, the J is not Java).
> >=20
> Are you sure... you did seem very keen for us to have *coffee* with this
> e-mail.

:-P=20
> > |-- resources
> > |   `-- xml
> > |   `-- files=20
>   |   `-- phoo <-- This is likely to be needed ;)
> > |-- themes
> > `-- wsadmin.php

Heh, yes, we need there phoo ;-). Yesterday talking with ion we decided
to rename resources to data. And do some changes in the JDD.=20

Now, we are going to have all the *.php files inside /gadgets/Blog (for
example): BlogModel.php (Model), Blog.php (Gadget), BlogWebService.php
and BlogInfo.php (Information of the gadget). And also have the
directory Resources inside the directory for images, css, and other
stuff that the model/gadget needs to run.=20

You can get a better idea if you take a look to the JDD section in the
wiki [1].

> Sounds good to me, although I'd still rather any XML stuff that's needed
> gets generated on demand, and then the results cached until the next
> change.

What do you mean by cache? cache for templates.. cache for xml??.. cache
and other stuff that are per user (per directory installation I mean)
will need go to 'data' directory.

> This is a hard one... does anybody know if GetText supports some sort of
> include system, so that each gadget could have it's own .po, but they
> all get included into one big one?

I don't think its so hard to keep all gadgets in one file. You can keep
all the translations in one file I did that in C and C# long time ago,
and as you know thats not a PHP dep, its just a shell command.

The difficult task will be: How to get together one non-official gadget
translation with our big file?.

See ya,
Pablo

[1]
http://wiki.jaws.com.mx/doku.php?id=3Djaws:proposals:new_directory_layout
--=20
Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
Cel: (044-55) 2689-6351
Fingerprint:  5973 0F10 543F 54AE 1E41  EC81 0840 A10A 74A4 E5C0
http://www.pablo.com.mx
http://www.debianmexico.org

Re: [Jaws-project-developers] jaws.com.mx RSS Feed

[Jon W. <jo...@je...>]

On Wed, 2005-01-19 at 10:40 +0000, Jonathan Hernandez wrote:
> Fool me, know it's working... (I have no write access to /xml :-P)
> 
Indeed it is - Blam just updated to the latest news :)

Jon
> 
> On Tue, 18 Jan 2005 17:02:26 +0000, Jon Wood <jo...@je...> wrote:
> > Hey,
> > 
> > Just thought I'd let you know that the jaws.com.mx RSS feed doesn't seem
> > to be updating at the moment - the most recent item available by RSS is
> > the 0.4 security fix.
> > 
> > Jon
> > 
> > -------------------------------------------------------
> > The SF.Net email is sponsored by: Beat the post-holiday blues
> > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> > _______________________________________________
> > Jaws-project-developers mailing list
> > Jaw...@li...
> > https://lists.sourceforge.net/lists/listinfo/jaws-project-developers
> >

Re: [Jaws-project-developers] jaws.com.mx RSS Feed

[Jonathan H. <tri...@gm...>]

Fool me, know it's working... (I have no write access to /xml :-P)


On Tue, 18 Jan 2005 17:02:26 +0000, Jon Wood <jo...@je...> wrote:
> Hey,
> 
> Just thought I'd let you know that the jaws.com.mx RSS feed doesn't seem
> to be updating at the moment - the most recent item available by RSS is
> the 0.4 security fix.
> 
> Jon
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Jaws-project-developers mailing list
> Jaw...@li...
> https://lists.sourceforge.net/lists/listinfo/jaws-project-developers
>

Re: [Jaws-project-developers] Some tasks for this Week

[Jon W. <jo...@je...>]

On Mon, 2005-01-17 at 15:50 -0600, Pablo Fischer wrote:
> Hello,
> 
> As most of we know we are at some weeks to finish this month, and one of
> our goals are to release Jaws at the end of February. So, I have been
> looking in Jaws of what tasks we neede to finish so we can release Jaws
> to a test phase and then.. the final release. 
> 
> We are five developers and I know that must of us are busy at work or
> some other projects, but I think that each one of us can take one task
> and try to finish it.
> 
I'm (finally) almost finished on the job I'm doing at the moment, so
I'll have more time for Jaws later on this week.

/me wished he'd found Jaws *before* starting the job he's doing now.

> Please, prepare your coffee before start flying with my ideas...
> 
Heh - I'd just got a coffee before starting my "just got up" e-mail
reading :P

> 1. Documentation:
> 
> Most of the gadgets that we have are lack of documentation. So, anybody
> that wants to hack the documentation (PHPDOC)? I know this is a pain in
> the ass, but we need to doc. the gadgets. Also, JawsTemplate.php is lack
> of phpdoc.
> 
Agreed - I'm happy to do some of this, especially since it's something
different from bug fixes and minor changes (which I'm currently stuck
doing for a client's website).

> 2. One Jaws to rule them all 
> 
> I've been thinking of how can we deal with multiple host/user
> installations. So I decided to take a look to Drupal. I decided Drupal
> cause I considered it a nice product.
> 
> So, searching in google how to do that in Drupal I found a interesting
> link [1] that explains how to do that. How does Drupal manages it?.
> Well, in order to install it, the user (admin) needs to create a file
> inside the include's directory. The config needs to be named:
> mydomain.com.php. 
> 
> So for example, if I have www.mydomain.com.php and
> www.myotherdomain.com.php then if someone tries to access
> www.mydomain.com Drupal will read the config file (DB params)
> www.mydomain.com.php and if other visitor goes to www.myotherdomain.com,
> then Drupal will use the DB params for that site.
> 
Should multiple sites have to use a different database completely?

It would be a bit of work, but it should be possible to tag any entry in
the database with a site_id field, which associates an entry with a
particular site.

Using that admins don't have to maintain a database for every site, and
can do schema updates as quickly as any other form of update.

> I think we should have that with the addition that our JawsCommonLoader
> (or whatever) should look for a config file site
> (myotherdomain.com.php), if it exists.. then use it, if not, it should
> use the config.php (the original one).
>
I like it :D

> So, having one config like that we can keep an easy installation per
> user?. How?, lets suppose that we have our original Jaws installation
> in /usr/share/jaws and we want to install it to Sarah and Michael. Also
> we have our domain: mycoolblog.com. So, after we create their users
> profiles (adduser) and configure their virtualhosts (if its required) we
> can do:
> 
> cd /home/michael/public_html
> ln -s /usr/share/jaws/*
> rm -rf resources
> mkdir resources/phoo resources/gadgets resources/xml resources/...
> 
> Why we removed the resources/ directory?. Easy, we want each user to
> have their own resources (phoo images, xml files, banners, etc). In the
> next task I will explain the resources.
> 
Again, I like that one - I hadn't thought through resources in the past,
and this seems like the best solution available to us.

> 3. JDD  - Jaws Directory Distribution (No, the J is not Java).
> 
Are you sure... you did seem very keen for us to have *coffee* with this
e-mail.

> ion sent an email few weeks ago about creating a new Jaws Directory
> Distribution. And while I was thinking about how to keep running point 2
> and taking some ideas of ion, Jellybob and imcsk8 I have this schema:
> 
> .
> |-- admin.php
> |-- gadgets
> |   |-- Banner
> |   |   |-- Images
> |   |   |-- Model.php
> |   |   |-- Templates
> |   |   `-- Views
> |   |       |-- Gadget.php
> |   |       `-- WebService.php
> |-- include
> |-- index.php
> |-- resources
> |   `-- xml
> |   `-- files 
  |   `-- phoo <-- This is likely to be needed ;)
> |-- themes
> `-- wsadmin.php
> 
> You are asking: WTF is resources?!. Well, to separate and keep multiple
> installations so each user can have their own resources (that is what we
> are looking for).
> 
> So for example, if we want to update Jaws for all the users, we simply
> update the files, without updating resources.
> 
Sounds good to me, although I'd still rather any XML stuff that's needed
gets generated on demand, and then the results cached until the next
change.

> 4. Translation
> 
> Although, I was looking the work that Jon has done in languages/. I just
> have two suggestions:
> 
> * What is better, to have just one .po file for ALL gadgets? (maybe one
> big .po file for all gadgets and each non-jaws gadget can have their
> own .po file).
This is a hard one... does anybody know if GetText supports some sort of
include system, so that each gadget could have it's own .po, but they
all get included into one big one?

> * There are some string we also need to translate, in include/ we have
> more strings to translate. 
>
> Thats all folks ;-).
> 
> I will split this mail and paste each part in the Wiki.
> 
> Regards,
> Pablo
> 
> [1] http://drupal.org/node/275

[Jaws-project-developers] jaws.com.mx RSS Feed

[Jon W. <jo...@je...>]

Hey,

Just thought I'd let you know that the jaws.com.mx RSS feed doesn't seem
to be updating at the moment - the most recent item available by RSS is
the 0.4 security fix.

Jon

[Jaws-project-developers] Some tasks for this Week

[Pablo F. <pa...@pa...>]

Hello,

As most of we know we are at some weeks to finish this month, and one of
our goals are to release Jaws at the end of February. So, I have been
looking in Jaws of what tasks we neede to finish so we can release Jaws
to a test phase and then.. the final release.=20

We are five developers and I know that must of us are busy at work or
some other projects, but I think that each one of us can take one task
and try to finish it.

Please, prepare your coffee before start flying with my ideas...

1. Documentation:

Most of the gadgets that we have are lack of documentation. So, anybody
that wants to hack the documentation (PHPDOC)? I know this is a pain in
the ass, but we need to doc. the gadgets. Also, JawsTemplate.php is lack
of phpdoc.

2. One Jaws to rule them all=20

I've been thinking of how can we deal with multiple host/user
installations. So I decided to take a look to Drupal. I decided Drupal
cause I considered it a nice product.

So, searching in google how to do that in Drupal I found a interesting
link [1] that explains how to do that. How does Drupal manages it?.
Well, in order to install it, the user (admin) needs to create a file
inside the include's directory. The config needs to be named:
mydomain.com.php.=20

So for example, if I have www.mydomain.com.php and
www.myotherdomain.com.php then if someone tries to access
www.mydomain.com Drupal will read the config file (DB params)
www.mydomain.com.php and if other visitor goes to www.myotherdomain.com,
then Drupal will use the DB params for that site.

I think we should have that with the addition that our JawsCommonLoader
(or whatever) should look for a config file site
(myotherdomain.com.php), if it exists.. then use it, if not, it should
use the config.php (the original one).

So, having one config like that we can keep an easy installation per
user?. How?, lets suppose that we have our original Jaws installation
in /usr/share/jaws and we want to install it to Sarah and Michael. Also
we have our domain: mycoolblog.com. So, after we create their users
profiles (adduser) and configure their virtualhosts (if its required) we
can do:

cd /home/michael/public_html
ln -s /usr/share/jaws/*
rm -rf resources
mkdir resources/phoo resources/gadgets resources/xml resources/...

Why we removed the resources/ directory?. Easy, we want each user to
have their own resources (phoo images, xml files, banners, etc). In the
next task I will explain the resources.

3. JDD  - Jaws Directory Distribution (No, the J is not Java).

ion sent an email few weeks ago about creating a new Jaws Directory
Distribution. And while I was thinking about how to keep running point 2
and taking some ideas of ion, Jellybob and imcsk8 I have this schema:

.
|-- admin.php
|-- gadgets
|   |-- Banner
|   |   |-- Images
|   |   |-- Model.php
|   |   |-- Templates
|   |   `-- Views
|   |       |-- Gadget.php
|   |       `-- WebService.php
|-- include
|-- index.php
|-- resources
|   `-- xml
|   `-- files=20
|-- themes
`-- wsadmin.php

You are asking: WTF is resources?!. Well, to separate and keep multiple
installations so each user can have their own resources (that is what we
are looking for).

So for example, if we want to update Jaws for all the users, we simply
update the files, without updating resources.

4. Translation

Although, I was looking the work that Jon has done in languages/. I just
have two suggestions:

* What is better, to have just one .po file for ALL gadgets? (maybe one
big .po file for all gadgets and each non-jaws gadget can have their
own .po file).
* There are some string we also need to translate, in include/ we have
more strings to translate.=20

Thats all folks ;-).

I will split this mail and paste each part in the Wiki.

Regards,
Pablo

[1] http://drupal.org/node/275
--=20
Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
Cel: (044-55) 2689-6351
Fingerprint:  5973 0F10 543F 54AE 1E41  EC81 0840 A10A 74A4 E5C0
http://www.pablo.com.mx
http://www.debianmexico.org

[Jaws-project-developers] Re: Jaws-project-developers digest, Vol 1 #171 - 6 msgs

[Wieland E. K. [KErnelMAster] <ker...@un...>]

jaw...@li... wrote:

>Send Jaws-project-developers mailing list submissions to
>	jaw...@li...
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	https://lists.sourceforge.net/lists/listinfo/jaws-project-developers
>or, via email, send a message with subject or body 'help' to
>	jaw...@li...
>
>You can reach the person managing the list at
>	jaw...@li...
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Jaws-project-developers digest..."
>
>
>Today's Topics:
>
>   1. Re: More spam ideas (DrSlump)
>   2. Re: More spam ideas (Francisco Garcia)
>   3. Re: Admin Users mockup (Francisco Garcia)
>   4. Re: More spam ideas (Jon Wood)
>   5. Re: Jaws Upgrade guide (Jorge A Gallegos)
>   6. Re: Admin Users mockup (Pablo Fischer)
>
>--__--__--
>
>Message: 1
>Date: Thu, 13 Jan 2005 22:55:29 +0100
>From: DrSlump <dr...@dr...>
>To:  jaw...@li...
>Subject: Re: [Jaws-project-developers] More spam ideas
>
>Jon Wood wrote:
>
> =20
>
>>>Even when a post is considered spam the submitter should have the chan=
ce=20
>>>to prove the system wrong. To acomplish this, in the case a comment is=
=20
>>>considered as spam the submitter is presented with a turing test to=20
>>>prove he is a human :)
>>>
>>>  =20
>>>
>>>     =20
>>>
>>Just because someone can pass a Turing test doesn't mean they aren't a
>>spammer.
>>
>>According to the sites I was reading a large number of spammers actuall=
y
>>seem to be doing it by hand, since they hit less common blogging tools
>>(such as Jaws I guess), which automated tools are likely to be
>>unavailable for.
>>
>>Jon
>>=20
>>
>>   =20
>>
>Sure, you're right.
>I guess it gets much more difficult to fight people posting spam by hand.
>However, if there is someone adding spam, then he/she should read the=20
>page, so what about adding showing a visible warning on the page=20
>explaining that search engine won't parse the comments?
>
>Showing the comments in a separate page, protecting it from search=20
>engines by parsing the request's headers and with the robots.txt file.
>This has the drawback that the comments won't show in the same page,=20
>although they could be included with JS remote calls or a simple iframe.
>
>ciao,
>ivan
>
>
>
>
>--__--__--
>
>Message: 2
>Date: Thu, 13 Jan 2005 16:54:07 -0600
>From: Francisco Garcia <fco...@gm...>
>Reply-To: Francisco Garcia <fco...@gm...>
>To: Jaw...@li...
>Subject: [Jaws-project-developers] Re: More spam ideas
>
>Thats called Turing Test and is also a good idea, but only works with
>automated post. At this moment I have no news about some software that
>automatically submit spam messages to jaws powered sites, but in short
>time, when Jaws drive more than one millIon sites, then maybe. ;-)
>
>
>On Thu, 13 Jan 2005 12:24:53 -0700, Leonel Nunez <ln...@en...>=
 wrote:
>
> =20
>
>>I think  this can be done  by placing a     fuzzy image with letters or
>>numbers  so the user can put those letters or numbers  and validating
>>them on the server.
>>
>>that's what I'm  implementing on  what  ion calls   leonel's propietary
>>software
>>
>>just  my     snoopy  2 cents.
>>
>>leonel
>>   =20
>>
>
>
>--__--__--
>
>Message: 3
>Date: Thu, 13 Jan 2005 17:16:31 -0600
>From: Francisco Garcia <fco...@gm...>
>Reply-To: Francisco Garcia <fco...@gm...>
>To: jaw...@li...
>Subject: Re: [Jaws-project-developers] Admin Users mockup
>
>It's clean, simple and functional. Thumbs up.
>Perhaps indent a little bit the gadget task to emphasize
>correspondence with the gadgets.
>
>Oye, me gustar=3DEDa que avisaras a la lista antes de liberar la siguien=
te
>versi=3DF3n, para darle una revisada a la ortograf=3DEDa en las traducci=
ones
>al espa=3DF1ol y darle una revisada general al asunto.
>
>Suerte chavo.
>
>-jfgarcia.
>
>On Fri, 14 Jan 2005 01:09:01 +1700, Jonathan Hernandez
><tri...@gm...> wrote:
> =20
>
>>Hello,
>>=3D20
>>This night I was working in the new user admin UI, I made a mockup
>>before implement it
>>=3D20
>>http://ion.gluch.org.mx/files/UsersMockup.png
>>=3D20
>>I want to hear your comments and questions about it....
>>=3D20
>>-ion
>>
>>   =20
>>
>
>
>--__--__--
>
>Message: 4
>Subject: Re: [Jaws-project-developers] More spam ideas
>From: Jon Wood <jo...@je...>
>To: DrSlump <dr...@dr...>
>Cc: Jaws Dev <jaw...@li...>
>Date: Fri, 14 Jan 2005 00:04:36 +0000
>
>On Thu, 2005-01-13 at 22:55 +0100, DrSlump wrote:
> =20
>
>>Jon Wood wrote:
>>
>>   =20
>>
>>>>Even when a post is considered spam the submitter should have the cha=
nce=20
>>>>to prove the system wrong. To acomplish this, in the case a comment i=
s=20
>>>>considered as spam the submitter is presented with a turing test to=20
>>>>prove he is a human :)
>>>>
>>>>  =20
>>>>
>>>>       =20
>>>>
>>>Just because someone can pass a Turing test doesn't mean they aren't a
>>>spammer.
>>>
>>>According to the sites I was reading a large number of spammers actual=
ly
>>>seem to be doing it by hand, since they hit less common blogging tools
>>>(such as Jaws I guess), which automated tools are likely to be
>>>unavailable for.
>>>
>>>Jon
>>>=20
>>>
>>>     =20
>>>
>>Sure, you're right.
>>I guess it gets much more difficult to fight people posting spam by han=
d.
>>However, if there is someone adding spam, then he/she should read the=20
>>page, so what about adding showing a visible warning on the page=20
>>explaining that search engine won't parse the comments?
>>
>>   =20
>>
>This is where blacklisting the URLs being linked to comes in - once a
>spammer is blacklisted by the required number of sites, that URL is
>written off, and another one is needed.
>
>Eventually it gets to the point where they're spending more on domain
>registrations than they're making from whatever product their spamming
>in order to sell.
>
>Jon
>
> =20
>
>>Showing the comments in a separate page, protecting it from search=20
>>engines by parsing the request's headers and with the robots.txt file.
>>This has the drawback that the comments won't show in the same page,=20
>>although they could be included with JS remote calls or a simple iframe.
>>
>>ciao,
>>ivan
>>
>>
>>
>>
>>-------------------------------------------------------
>>The SF.Net email is sponsored by: Beat the post-holiday blues
>>Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
>>It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
>>_______________________________________________
>>Jaws-project-developers mailing list
>>Jaw...@li...
>>https://lists.sourceforge.net/lists/listinfo/jaws-project-developers
>>   =20
>>
>
>
>
>--__--__--
>
>Message: 5
>Date: Thu, 13 Jan 2005 19:19:40 -0500
>From: Jorge A Gallegos <gal...@gm...>
>Reply-To: Jorge A Gallegos <gal...@gm...>
>To: Pablo Fischer <pa...@pa...>
>Subject: Re: [Jaws-project-developers] Jaws Upgrade guide
>Cc: jaw...@li...
>
>that's what I meant with "freeze", no new features, only polishing
>what we already have.
>
>
>On Wed, 12 Jan 2005 18:47:10 -0600, Pablo Fischer <pa...@pa...> w=
rote:
> =20
>
>>Hello,
>>
>>   =20
>>
>>>>jaws coding "freeze"? you know, that phase when nothing happens but
>>>>testing and bug squashing....
>>>>
>>>>       =20
>>>>
>>>This is Jaws :P They'll probably be frantic feature additions right up
>>>until when the tarball gets rolled!
>>>
>>>On a more serious note, we probably do need to set a freeze date.
>>>     =20
>>>
>>I'm totally agree with Jon, Jaws doesn't needs a 'freeze' date. However=
,
>>I think we should do a pseudo-freeze.
>>
>>What I mean? Lets stop building new gadgets, fix all the bugs we have
>>opened and close those ones that are not so important (NOT-TO-FIX),
>>finish the new features (translation, acl admin) and finish all the
>>gadgets that are unfinished... then.. test it in a week, we have people
>>that would like to test it (we would like testers, not users for this
>>task)
>>
>>I think that if we continue developing new gadgets and new features (ne=
w
>>ones, not ideas we are already developing) we will not finish mvc befor=
e
>>march. And I think it will be a good idea to release it.
>>
>>See ya!
>>
>>Pablo
>>--
>>Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
>>Cel: (044-55) 2689-6351
>>Fingerprint:  5973 0F10 543F 54AE 1E41  EC81 0840 A10A 74A4 E5C0
>>http://www.pablo.com.mx
>>http://www.debianmexico.org
>>
>>
>>
>>   =20
>>
>
>
> =20
>
Yo traduzco al alem=E1n...... se usar=E1n archivos PO ????

Re: [Jaws-project-developers] Admin Users mockup

[Pablo F. <pa...@pa...>]

Hola,

> Oye, me gustar=EDa que avisaras a la lista antes de liberar la siguiente
> versi=F3n, para darle una revisada a la ortograf=EDa en las traducciones
> al espa=F1ol y darle una revisada general al asunto.

Aunque era para ion. Cuenta con eso. A=FAn ando viendo como manejar las
traducciones, lo tenemos ahora por muchos archivos separados y faltan
strings y otras cosas. Pero una vez que tengamos listos los gadgets
vamos a dar ese aviso.=20

Ma=F1ana hablo con los otros traductores, ya habl=E9 con el traductor de
Italiano y tu podr=EDas ser el de espa=F1ol ;-).

Saludos,
Pablo
--=20
Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
Cel: (044-55) 2689-6351
Fingerprint:  5973 0F10 543F 54AE 1E41  EC81 0840 A10A 74A4 E5C0
http://www.pablo.com.mx
http://www.debianmexico.org

Re: [Jaws-project-developers] Jaws Upgrade guide

[Jorge A G. <gal...@gm...>]

that's what I meant with "freeze", no new features, only polishing
what we already have.


On Wed, 12 Jan 2005 18:47:10 -0600, Pablo Fischer <pa...@pa...> wrote:
> Hello,
> 
> > > jaws coding "freeze"? you know, that phase when nothing happens but
> > > testing and bug squashing....
> > >
> > This is Jaws :P They'll probably be frantic feature additions right up
> > until when the tarball gets rolled!
> >
> > On a more serious note, we probably do need to set a freeze date.
> 
> I'm totally agree with Jon, Jaws doesn't needs a 'freeze' date. However,
> I think we should do a pseudo-freeze.
> 
> What I mean? Lets stop building new gadgets, fix all the bugs we have
> opened and close those ones that are not so important (NOT-TO-FIX),
> finish the new features (translation, acl admin) and finish all the
> gadgets that are unfinished... then.. test it in a week, we have people
> that would like to test it (we would like testers, not users for this
> task)
> 
> I think that if we continue developing new gadgets and new features (new
> ones, not ideas we are already developing) we will not finish mvc before
> march. And I think it will be a good idea to release it.
> 
> See ya!
> 
> Pablo
> --
> Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
> Cel: (044-55) 2689-6351
> Fingerprint:  5973 0F10 543F 54AE 1E41  EC81 0840 A10A 74A4 E5C0
> http://www.pablo.com.mx
> http://www.debianmexico.org
> 
> 
> 


-- 

________________
Jorge A Gallegos
-kad-

Re: [Jaws-project-developers] More spam ideas

[Jon W. <jo...@je...>]

On Thu, 2005-01-13 at 22:55 +0100, DrSlump wrote:
> Jon Wood wrote:
> 
> >>Even when a post is considered spam the submitter should have the chance 
> >>to prove the system wrong. To acomplish this, in the case a comment is 
> >>considered as spam the submitter is presented with a turing test to 
> >>prove he is a human :)
> >>
> >>    
> >>
> >Just because someone can pass a Turing test doesn't mean they aren't a
> >spammer.
> >
> >According to the sites I was reading a large number of spammers actually
> >seem to be doing it by hand, since they hit less common blogging tools
> >(such as Jaws I guess), which automated tools are likely to be
> >unavailable for.
> >
> >Jon
> >  
> >
> Sure, you're right.
> I guess it gets much more difficult to fight people posting spam by hand.
> However, if there is someone adding spam, then he/she should read the 
> page, so what about adding showing a visible warning on the page 
> explaining that search engine won't parse the comments?
> 
This is where blacklisting the URLs being linked to comes in - once a
spammer is blacklisted by the required number of sites, that URL is
written off, and another one is needed.

Eventually it gets to the point where they're spending more on domain
registrations than they're making from whatever product their spamming
in order to sell.

Jon

> Showing the comments in a separate page, protecting it from search 
> engines by parsing the request's headers and with the robots.txt file.
> This has the drawback that the comments won't show in the same page, 
> although they could be included with JS remote calls or a simple iframe.
> 
> ciao,
> ivan
> 
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Jaws-project-developers mailing list
> Jaw...@li...
> https://lists.sourceforge.net/lists/listinfo/jaws-project-developers

Re: [Jaws-project-developers] Admin Users mockup

[Francisco G. <fco...@gm...>]

It's clean, simple and functional. Thumbs up.
Perhaps indent a little bit the gadget task to emphasize
correspondence with the gadgets.

Oye, me gustar=EDa que avisaras a la lista antes de liberar la siguiente
versi=F3n, para darle una revisada a la ortograf=EDa en las traducciones
al espa=F1ol y darle una revisada general al asunto.

Suerte chavo.

-jfgarcia.

On Fri, 14 Jan 2005 01:09:01 +1700, Jonathan Hernandez
<tri...@gm...> wrote:
> Hello,
>=20
> This night I was working in the new user admin UI, I made a mockup
> before implement it
>=20
> http://ion.gluch.org.mx/files/UsersMockup.png
>=20
> I want to hear your comments and questions about it....
>=20
> -ion
>

[Jaws-project-developers] Re: More spam ideas

[Francisco G. <fco...@gm...>]

Thats called Turing Test and is also a good idea, but only works with
automated post. At this moment I have no news about some software that
automatically submit spam messages to jaws powered sites, but in short
time, when Jaws drive more than one millIon sites, then maybe. ;-)


On Thu, 13 Jan 2005 12:24:53 -0700, Leonel Nunez <ln...@en...> wrote:

> I think  this can be done  by placing a     fuzzy image with letters or
> numbers  so the user can put those letters or numbers  and validating
> them on the server.
>
> that's what I'm  implementing on  what  ion calls   leonel's propietary
> software
>
> just  my     snoopy  2 cents.
>
> leonel

Re: [Jaws-project-developers] More spam ideas

[DrSlump <dr...@dr...>]

Jon Wood wrote:

>>Even when a post is considered spam the submitter should have the chance 
>>to prove the system wrong. To acomplish this, in the case a comment is 
>>considered as spam the submitter is presented with a turing test to 
>>prove he is a human :)
>>
>>    
>>
>Just because someone can pass a Turing test doesn't mean they aren't a
>spammer.
>
>According to the sites I was reading a large number of spammers actually
>seem to be doing it by hand, since they hit less common blogging tools
>(such as Jaws I guess), which automated tools are likely to be
>unavailable for.
>
>Jon
>  
>
Sure, you're right.
I guess it gets much more difficult to fight people posting spam by hand.
However, if there is someone adding spam, then he/she should read the 
page, so what about adding showing a visible warning on the page 
explaining that search engine won't parse the comments?

Showing the comments in a separate page, protecting it from search 
engines by parsing the request's headers and with the robots.txt file.
This has the drawback that the comments won't show in the same page, 
although they could be included with JS remote calls or a simple iframe.

ciao,
ivan

Re: [Jaws-project-developers] More spam ideas

[Pablo F. <pa...@pa...>]

Hello,

> I guess a good approach is to record the IP along with the URLs=20
> contained in the comment. If  more than *2* comments being  reported as=20
> spam do come from the same IP, then it's a safe bet that it's actually=20
> spam. If more than *5* reported comments do have the same URLs it can be=20
> considered spam even if the IP is different.
> Of course those numbers should be fine tuned to get the best results.

That's ok, but I have a question: The IP will be of the submitter or of
the URL? Wherever the ip comes, I don't see much case. Why?

* Lets suppose that the IP comes from the submitter, what makes you sure
that there's no trojan/virus in the computer of the user that is
spamming your site?. Maybe it's not the user.. it's the computer with a
windoze infected.
* Now, lets suppose that you mean the IP of the url. That's worst cause
there's no warranty that the URL will resolve (maybe its fake).=20

> Even when a post is considered spam the submitter should have the chance=20
> to prove the system wrong. To acomplish this, in the case a comment is=20
> considered as spam the submitter is presented with a turing test to=20
> prove he is a human :)

That sounds nice ;-)

Before I came to the school I read the reply of Jon. He says that the
antispam thingie should work in the URL, that's nice, a BlackList for
URL should work, the list will get bigger, but that's a solution.

Now, sorry to be so pessimist with my comments. But two years ago I
worked in a company building a system in Perl that will send TONS of
spam mails to a big list (of 1 giga, one address by line). They have
some restrictions to send their spam (thats why I accepted). Some of the
things that I built was a nice algorithm in Bayesian that will be
'learning' how to send mails, you know, which mails first, which mails
afters.. a nice queue, etc..

So, if I did that, I can't imagine that other companies have more
powerfull algorithms than the app I developed.

Greetings,
Pablo
--=20
Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
Cel: (044-55) 2689-6351
Fingerprint:  5973 0F10 543F 54AE 1E41  EC81 0840 A10A 74A4 E5C0
http://www.pablo.com.mx
http://www.debianmexico.org

Re: [Jaws-project-developers] More spam ideas

[Jon W. <jo...@je...>]

On Thu, 2005-01-13 at 21:20 +0100, DrSlump wrote:
> hi,
> 
> I guess a good approach is to record the IP along with the URLs 
> contained in the comment. If  more than *2* comments being  reported as 
> spam do come from the same IP, then it's a safe bet that it's actually 
> spam. If more than *5* reported comments do have the same URLs it can be 
> considered spam even if the IP is different.
> Of course those numbers should be fine tuned to get the best results.
> 
> Even when a post is considered spam the submitter should have the chance 
> to prove the system wrong. To acomplish this, in the case a comment is 
> considered as spam the submitter is presented with a turing test to 
> prove he is a human :)
> 
Just because someone can pass a Turing test doesn't mean they aren't a
spammer.

According to the sites I was reading a large number of spammers actually
seem to be doing it by hand, since they hit less common blogging tools
(such as Jaws I guess), which automated tools are likely to be
unavailable for.

Jon

> ciao,
> ivan
> 
> Francisco Garcia wrote:
> 
> >Mmm....
> >
> >I don't like blacklists. The blacklist can grow indefinitely and the
> >mantenience can be a time-consuming task.
> >
> >Also, the spammers can use a non-existent random address that cannot
> >be effectively blocked with a blacklist system. (I think about email
> >addresses).
> >
> >Perhaps I don't understand very well how the blacklist system can be
> >implemented in order to block the comment spam, and out there could
> >exist  something very useful that can be helpfull.
> >
> >Maybe something like SpamAssassain from Apache Foundation could be
> >used to detect comments that are actually spam, and prevent it can be
> >posted.
> >
> >Just my opinion.
> >
> >Greetings.
> >
> >On Thu, 13 Jan 2005 17:13:41 +0000, Jon Wood <jo...@je...> wrote:
> >  
> >
> >>I've just been reading about possible comment spam prevention and found
> >>a suggestion (sadly not credited to anyone) of a central web service
> >>which can be queried to check if an address is blacklisted.
> >>
> >>Could we host something like this off jaws.com.mx for Jaws users (and
> >>probably anyone else who wants to implement it for their software). This
> >>could be integrated with the control panel, allowing people to submit
> >>addresses for blacklisting.
> >>    
> >>
> >
> >
> >-------------------------------------------------------
> >The SF.Net email is sponsored by: Beat the post-holiday blues
> >Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> >It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> >_______________________________________________
> >Jaws-project-developers mailing list
> >Jaw...@li...
> >https://lists.sourceforge.net/lists/listinfo/jaws-project-developers
> >
> >
> >  
> >
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Jaws-project-developers mailing list
> Jaw...@li...
> https://lists.sourceforge.net/lists/listinfo/jaws-project-developers

Re: [Jaws-project-developers] More spam ideas

[DrSlump <dr...@dr...>]

hi,

I guess a good approach is to record the IP along with the URLs 
contained in the comment. If  more than *2* comments being  reported as 
spam do come from the same IP, then it's a safe bet that it's actually 
spam. If more than *5* reported comments do have the same URLs it can be 
considered spam even if the IP is different.
Of course those numbers should be fine tuned to get the best results.

Even when a post is considered spam the submitter should have the chance 
to prove the system wrong. To acomplish this, in the case a comment is 
considered as spam the submitter is presented with a turing test to 
prove he is a human :)

ciao,
ivan

Francisco Garcia wrote:

>Mmm....
>
>I don't like blacklists. The blacklist can grow indefinitely and the
>mantenience can be a time-consuming task.
>
>Also, the spammers can use a non-existent random address that cannot
>be effectively blocked with a blacklist system. (I think about email
>addresses).
>
>Perhaps I don't understand very well how the blacklist system can be
>implemented in order to block the comment spam, and out there could
>exist  something very useful that can be helpfull.
>
>Maybe something like SpamAssassain from Apache Foundation could be
>used to detect comments that are actually spam, and prevent it can be
>posted.
>
>Just my opinion.
>
>Greetings.
>
>On Thu, 13 Jan 2005 17:13:41 +0000, Jon Wood <jo...@je...> wrote:
>  
>
>>I've just been reading about possible comment spam prevention and found
>>a suggestion (sadly not credited to anyone) of a central web service
>>which can be queried to check if an address is blacklisted.
>>
>>Could we host something like this off jaws.com.mx for Jaws users (and
>>probably anyone else who wants to implement it for their software). This
>>could be integrated with the control panel, allowing people to submit
>>addresses for blacklisting.
>>    
>>
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by: Beat the post-holiday blues
>Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
>It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
>_______________________________________________
>Jaws-project-developers mailing list
>Jaw...@li...
>https://lists.sourceforge.net/lists/listinfo/jaws-project-developers
>
>
>  
>

Re: [Jaws-project-developers] More spam ideas

[Leonel N. <ln...@en...>]

Jon Wood wrote:

>I've just been reading about possible comment spam prevention and found
>a suggestion (sadly not credited to anyone) of a central web service
>which can be queried to check if an address is blacklisted.
>
>Could we host something like this off jaws.com.mx for Jaws users (and
>probably anyone else who wants to implement it for their software). This
>could be integrated with the control panel, allowing people to submit
>addresses for blacklisting.
>
>I'm not sure on how we'd manage submitted addresses, either a manual
>system with administrators, or preferably an automated system (an
>address has > 5 (for example) submissions from different sites.
>
>Jon 
>
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by: Beat the post-holiday blues
>Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
>It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
>_______________________________________________
>Jaws-project-developers mailing list
>Jaw...@li...
>https://lists.sourceforge.net/lists/listinfo/jaws-project-developers
>
>
>  
>


me  beeing a  Non Jaws user nor  developer   just  a ion  friend

I think  this can be done  by placing a     fuzzy image with letters or 
numbers  so the user can put those letters or numbers  and validating 
them on the server.

that's what I'm  implementing on  what  ion calls   leonel's propietary 
software


just  my     snoopy  2 cents.


leonel


-- 
 ,''`.  Leonel Nunez
: :' :  http://enelserver.com
`. `'   DEBIAN GNU/LINUX
  `-    

Re: [Jaws-project-developers] More spam ideas

[<mr...@gm...>]

Hello.


On Thu, 13 Jan 2005 19:14:45 +0000, Jon Wood <jo...@je...> wrote:
[...]
> Say somebody posts a link to http://www.huge-erections.com/ you can be
> fairly sure it'll be spam.
[...]

I get that all the time on my pr0n b10g. ;)

Daniel D=EDaz
yo...@da...

Re: [Jaws-project-developers] More spam ideas

[Jon W. <jo...@je...>]

On Thu, 2005-01-13 at 12:38 -0600, Pablo Fischer wrote:
> Hello,
> 
> > Could we host something like this off jaws.com.mx for Jaws users (and
> > probably anyone else who wants to implement it for their software). This
> > could be integrated with the control panel, allowing people to submit
> > addresses for blacklisting.
> > 
> > I'm not sure on how we'd manage submitted addresses, either a manual
> > system with administrators, or preferably an automated system (an
> > address has > 5 (for example) submissions from different sites.
> 
> Uhm...  there's something that makes me hate thoose blacklists. I never
> use my real email in comments/chatbox, I allways replace the @ of mails
> with: at (english) or arroba (spanish), so, with blacklists you are
> blocking the comments that others that replace the @ (or dots)?.
> 
I was thinking more of blacklisting URLs posted in comments, since
that's what spammers are usually doing.

Say somebody posts a link to http://www.huge-erections.com/ you can be
fairly sure it'll be spam.

Jon
> There should be something plus.. for us. Maybe an EXCELENT text parser
> could help us. I said EXCELENT cause must of use jus tuse the comments
> of posts or chatbox to flame our friends :-P and some antispammers could
> take those comments as a spam, no?.
> 
> See ya,
> Pablo

Re: [Jaws-project-developers] More spam ideas

[Francisco G. <fco...@gm...>]

Mmm....

I don't like blacklists. The blacklist can grow indefinitely and the
mantenience can be a time-consuming task.

Also, the spammers can use a non-existent random address that cannot
be effectively blocked with a blacklist system. (I think about email
addresses).

Perhaps I don't understand very well how the blacklist system can be
implemented in order to block the comment spam, and out there could
exist  something very useful that can be helpfull.

Maybe something like SpamAssassain from Apache Foundation could be
used to detect comments that are actually spam, and prevent it can be
posted.

Just my opinion.

Greetings.

On Thu, 13 Jan 2005 17:13:41 +0000, Jon Wood <jo...@je...> wrote:
> I've just been reading about possible comment spam prevention and found
> a suggestion (sadly not credited to anyone) of a central web service
> which can be queried to check if an address is blacklisted.
> 
> Could we host something like this off jaws.com.mx for Jaws users (and
> probably anyone else who wants to implement it for their software). This
> could be integrated with the control panel, allowing people to submit
> addresses for blacklisting.

Re: [Jaws-project-developers] More spam ideas

[Pablo F. <pa...@pa...>]

Hello,

> Could we host something like this off jaws.com.mx for Jaws users (and
> probably anyone else who wants to implement it for their software). This
> could be integrated with the control panel, allowing people to submit
> addresses for blacklisting.
>=20
> I'm not sure on how we'd manage submitted addresses, either a manual
> system with administrators, or preferably an automated system (an
> address has > 5 (for example) submissions from different sites.

Uhm...  there's something that makes me hate thoose blacklists. I never
use my real email in comments/chatbox, I allways replace the @ of mails
with: at (english) or arroba (spanish), so, with blacklists you are
blocking the comments that others that replace the @ (or dots)?.

There should be something plus.. for us. Maybe an EXCELENT text parser
could help us. I said EXCELENT cause must of use jus tuse the comments
of posts or chatbox to flame our friends :-P and some antispammers could
take those comments as a spam, no?.

See ya,
Pablo
--=20
Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx)
Cel: (044-55) 2689-6351
Fingerprint:  5973 0F10 543F 54AE 1E41  EC81 0840 A10A 74A4 E5C0
http://www.pablo.com.mx
http://www.debianmexico.org