Well it is feature or bug of QS. It happen very often, that you proceed
email by QS, client drop connection due to timeout, but QS inject email
into queue instead of dropping email, because client has closed
connection. It often happen with email, that need longer time to proceed
(+30 seconds).

cheers
Tomas


On 02/16/2012 10:56 AM, Salvatore Toribio wrote:
> Hi Alessio
>
> I am quite busy at this time... I will try to have a look at the
> issue on the weekend.
>
> Just one thing:
>
> --scanners "clamdscan,verbose_spamassassin"  This is a bad idea...
>
> Try with fast_spamassassin and set sa-debug and sa-report to 1, this
> will give you almost the same information as verbose_spamassassin.
> And increase the debug level to 3 (--debug 3), to have more details
> in qmail-queue.log.
>
> Regards
>
> ST
>
> At 9:01 +0100 16-02-2012, Alessio Cecchi wrote:
>> Il 16/02/2012 08:47, Jason Haar ha scritto:
>>>   Oh - that's not qmail-scanner - that's qmail-scanner-st
>>>
>>>   I'll leave it to Salvatore to leap in
>>>
>>>   Jason
>> Ok, I'll wait Salvatore :-)
>>
> ------------------------------------------------------------------------------
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Qmail-scanner-general mailing list
> Qmail-scanner-general@list...
> https://lists.sourceforge.net/lists/listinfo/qmail-scanner-general