Jason Haar wrote:
>There is code in Q-S that is meant to detect when the qmail-smtpd
>process that called it dies, maybe it isn't working. I'll take a look.
>
>
>
I can't replicate the problem. I just edited qmail-scanner-queue.pl and
put a "sleep 1200" just before clamdscan was called (thus em
Will Saxon wrote:
>I am wondering why we continue delivery after the sender has dropped
>the connection. It seems like we should not deliver the message,
>since the connection was dropped before we had time to say we
>received the message. Is this something that qmail-scanner should be
>involv
At 13:03 +0200 16-10-2005, Maciej Soltysiak wrote:
Hi,
I did an upgrade of the distribution and now when I send email
I get:
451 qq temporarary problem (4.3.0) and mail is not sent
When I switch to qmail-queue it works but with qmail-scanner-queue.pl
it does not.
I tried running qmail-scanner-
Hello,
I am using qmail-scanner v1.25 with qmail-1.03 and the v2316
SPAMCONTROL patch on FreeBSD 5.4. I have SpamAssassin 3.04 and clamav
0.87 configured in qmail-scanner-queue.pl. I actually have 2 machines
with this configuration set up as smart hosts for an exchange server.
These smart host
Hi,
I did an upgrade of the distribution and now when I send email
I get:
451 qq temporarary problem (4.3.0) and mail is not sent
When I switch to qmail-queue it works but with qmail-scanner-queue.pl
it does not.
I tried running qmail-scanner-queue.pl and I got a message 'can't find
suidperl', s
