I would like to toss in this mess again my idea what I already mention 
few years ago here, but don't remember end result.

Would it be time to add support for db quarantine? Dspam already use 
database, so it should not be so hard to store quarantine messages into 
database.
It would make Dspam much more scalable, example together with dbmail you 
could do all kind of magic with db replication etc...

// JiiPee


On 8.1.2013 4:33, Troy Ayers wrote:
> Could I trouble you for a sanitized version of your
> /usr/site/dspam_train/bin/dspam_fp script?  My system is
> Linux/sendmail/procmail.   Hate to re-invent the wheel... I'm having
> trouble envisioning how I would verify success or failure of delivery by
> DSPAM.  Does it involve checking the users retrain.log?
>
> (thinking out loud) I should check for a mailbox full condition too
> (Quarantine mbox is separate from per user quotas in my case.)
>
> -Troy
>
>
>
> On 1/7/2013 7:24 PM, Tod A. Sandman wrote:
>> Here is another patch for dspam.cgi that deals with the delivery of false 
>> positives from the quarantine.  It is a patch on top of the recent 
>> quarantine file locking patch I submitted.  It allows for specifying in 
>> configure.pl an external command for delivering false positives.  If this 
>> command is not defined, the patch has no effect, other than some optional 
>> additional logging.
>>
>> For us, this is a script that first attempts to retrain/deliver with dspam 
>> as normal.  But then the script tries to verify if the message was actually 
>> delivered, and if not, it will try to deliver the command directly (for 
>> instance, with procmail).  This external script is quite site specific.
>>
>>
>> Background:
>>
>> If the DSPAM signature of a message cannot be found in the database (most 
>> often because it has expired and has been cleaned from the database), the 
>> dspam command will exit with a successful status even though it does not 
>> deliver the message.
>>
>>
>> Long ago, we had several unhappy professors after they returned from 
>> sabbatical and attempted to deliver old messages in their quarantines.
>>
>>
>>
>> Tod Sandman
>> Sr. Systems Administrator
>> Middleware Development & Integration
>> Rice University
>>
>>
>> ------------------------------------------------------------------------------
>> Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
>> and more. Get SQL Server skills now (including 2012) with LearnDevNow -
>> 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
>> SALE $99.99 this month only - learn more at:
>> http://p.sf.net/sfu/learnmore_122512
>>
>>
>> _______________________________________________
>> Dspam-devel mailing list
>> Dspam-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dspam-devel
>
>
>
> ------------------------------------------------------------------------------
> Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
> and more. Get SQL Server skills now (including 2012) with LearnDevNow -
> 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
> SALE $99.99 this month only - learn more at:
> http://p.sf.net/sfu/learnmore_122512
>
>
>
> _______________________________________________
> Dspam-devel mailing list
> Dspam-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspam-devel
>


------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
_______________________________________________
Dspam-devel mailing list
Dspam-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-devel

Reply via email to