ok... let me put it plain; this is a "feature request", although it isn't a "compulsory" one; I was reading some stuff related to "hashcash" http://en.wikipedia.org/wiki/Hashcash and started thinking about it and about ASSP
Now; http://www.hashcash.org/libs/perl/ carries a ready to run perl module to implement hashcash, the problem is that imVHo it won't probably be suitable for the 1.4 series due to its computational requirements and to the fact that 1.4 is a single-threaded critter; on the other hand, the 2.0 may be a perfect target to implement hashcash; the real problem then is... is it really worth ? Well; I think that the answer may be YES; at least yes for ASSP I believe this since ASSP already has an architecture which may be perfect for such a thing; to be clear imagine this; let's say that ASSP x.y implements hashcash such a way You have an option to enable/disable hashcash; if enabled then ASSP will add the "x-hashcash" header to each and every mail flowing out and will also check for the presence of such a header in the incoming mail; if the header is missing then ASSP will just go on processing the message as usual, but if the header exists then... if the hashcash check fails, ASSP will *reject* the message and may use the infos to populate the penaltybox, so that the same IP trying to send fake-hashcash messages will end up being blocked if the hashcash check matches, then ASSP will decrease the spamscore for that message as you see, it won't be so "critical", but such a mechanism may both allow "hashcash enabled" foreign hosts to see ASSP as a "good sender" and allow ASSP to filter "fake" senders and to ease "passing" for hashcash enabled hosts Again, as I wrote at the beginning it's just a "whish", nothing really important nor critical, but I think that it's a feature that may easily be incorporated into ASSP and may also help filtering spam and avoiding false positives What else... uh, yes, for 2.x the hashcash check may even be setup as a plugin, although, given the fact that it will need to be "tuned" maybe that inserting the check into the standard code may be a good idea ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Assp-test mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/assp-test
