Re: How to analyze why a mail stucks in the queue?

From: Mike Leone (no email)
Date: Sun Dec 01 2002 - 15:29:05 EST


Marcio Merlone () had this to say on 11/25/02 at 09:58:
> On Mon, 25 Nov 2002 09:43:45 -0500 (EST)
> <> wrote:
>
> > > nov 25 14:57:20 mail amavis[21164]: Unzipping msg-21164-2.zip
> > > nov 25 14:57:21 mail amavis[21164]: Maximum number of files (500)
> > > exceeded - requeue
> > > nov 25 14:57:21 mail amavis[21164]: do_exit:922 - ending execution
> > > with 75
> >
> > This is really lame. Amavis should not return EX_TEMPFAIL for a
> > condition that is not going to change! If it does not like the content
> > it should reject it or modify it. Telling the MTA to retry is not the
> > right answer.
> >
> > The choices are:
> >
> > - Reject the message
> > - Quarantine the message
> > - Delete the zip and deliver the message
> > - Deliver the unscanned zip with a warning in the message
> > - Log a warning and deliver an unmodified message
> > - Silenty deliver the unscanned unmodified message.
> >
> > Temporary failure is not among them. The same applies to all other
> > conditions that are based on the content alone rather than transient
> > lack of system resources to process the content.
>
> Sorry, I disagree. This case is obviously a virus, but suppose we dont

Why obviously? The message was too many files unzipped. Why do you think
that makes it a virus?

I agree that it's a config issue.

-- 
PGP Fingerprint: 0AA8 DC47 CB63 AE3F C739 6BF9 9AB4 1EF6 5AA5 BCDF
Member, LEAF Project <http://leaf.sourceforge.net>    AIM: MikeLeone
Public Key - <http://www.mike-leone.com/~turgon/turgon-public-key.asc>
Registered Linux user# 201348









Hosted Email Solutions

Invaluement Anti-Spam DNSBLs



Powered By FreeBSD   Powered By FreeBSD