I would certainly be interested in this, right now I manually fight the 
inode issue.
-John

Pablo Medina wrote:
> Hello:
>
> I think i can be of help with this. I have used for some time
> magic-smtpd. This script used a bash script to validate users. I have
> extended this bash script to check for catchall, ezmlm , alias or
> mailboxes, and return true or false based on those checks. Later, when
> started to use the magnific spamdyke, the out of inodes issue forced
> me to find a way to clean greylist, and i used this check-user.sh
> script to recursively parse greylist directory and delete all invalid
> accounts.
>
> So far it is working . I was thinking last week in a way to create a
> log report  to the script so this report is generated and emailed to
> my account. If someone is interested in the script i can send it to
> the list.
>
> Please note that the script is only working on vpopmail installs.
>
> Regards
> Pablo
>
>
> 2008/4/9, Andrew Liles <[EMAIL PROTECTED]>:
>   
>>  Harald Hinz offered a script for blacklisting in December.
>>  Others have also talked about offering scripts.
>>
>>  I am thinking of putting some time into a script, I have two questions for
>> the community:
>>
>>  1. Spamdyke Community Script Library
>>  Sam is obviously under considerable pressure to develop the main code line,
>> how about we create a SourceForge project to facilitate scripts from a
>> variety of people on a variety of topics?
>>
>>  2. Graylisting Cleanup Script
>>  My own idea is not new and is one that people have asked for.  I need to
>> know if there is interest for it and, from Sam, if you are otherwise going
>> to handle this in the core product.
>>
>>  I use Graylisting and find it knocks out 90%+ of all spam.  My concern is
>> the runaway growth of the "database" that underpins this.  (The matter is
>> mentioned here:
>> http://www.spamdyke.org/documentation/FAQ.html#SUGGESTION5
>> and is a recurrent theme on this list.)
>>
>>  My contribution would be for a simple approach removes Graylist entries for
>> recipients that are known to be bogus.  I propose a solution that is tuned
>> for a Vpopmail installation; I propose only dealing with domains that have
>> simple "qmail-default" rules like "delete" and "bounce" and not dealing with
>> complex cases with downstream recipient filters, e.g. domains operating
>> Mailman.  Would others like this?
>>
>>  My programming skills are in languages like Java, but I imagine that the
>> likely re-use of my script would want it in a generic Unix shell or perhaps
>> Perl implementation, am I right?
>>
>>  Andrew.
>> _______________________________________________
>>  spamdyke-users mailing list
>>  [email protected]
>> http://www.spamdyke.org/mailman/listinfo/spamdyke-users
>>
>>
>>     
> _______________________________________________
> spamdyke-users mailing list
> [email protected]
> http://www.spamdyke.org/mailman/listinfo/spamdyke-users
>   

_______________________________________________
spamdyke-users mailing list
[email protected]
http://www.spamdyke.org/mailman/listinfo/spamdyke-users

Reply via email to