"Mike Usmar" <[EMAIL PROTECTED]> writes:

> Currently if somebody sends an email to a customer of ours who does
> not have our spam filter enabled (tmda), and that customer has
> exceeded their disk quota, then a nice bounce message is sent back
> to the sender saying something along the lines of: "Sorry the person
> you are trying to reach has exceeded the disk usage, please try
> again at a later date, as your message wasn't delivered".

I'm not clear what process handles checking the quota and returning
that bounce message.  Would it be possible to have this run before
TMDA in the delivery chain for those users who *do* have your spam
filter enabled?

> However, if the customer is using our spam filter (based on tmda),
> and they have exceeded their disk usage, when someone emails them,
> the bounce email (which isnt part of tmda) is not sent

Yup, the quota checking needs to be done before TMDA sees the
message.  TMDA has no way of differentiating a quota violation from a
general write error.  All it knows is that it can't deliver the
message.

> as it stops for some reason in tmda with a python exception. And the
> original email goes nowhere.  I'm thinking its postfix causing
> issues integrating with tmda.

I explained this earlier; this is normal TMDA behavior when it
encounters a delivery error.  The original mail simply gets backed up
in the Postfix queue for later delivery.  Postfix periodically retries
the delivery until it succeeds.  So, except for the traceback TMDA
produces, and the delay due to quota violation, there is really no
problem here, and the message is not lost.

> Customers of ours are getting better at managing their blacklists,
> and using more wildcards/domains.

BTW, once you upgrade your TMDA to a recent version, you should
consider only supporting domains, and not wildcards.  Domain meaning
'actrix.co.nz' rather than the wildcard '[EMAIL PROTECTED]'.  They are
generally analogous, but the advantage to the former is that you can
use it in conjunction with -autocdb or -autodbm and thus gain a huge
performance advantage.

See ``Domain Search'' under http://tmda.net/filter-sources.html for
more info.  This feature was added fairly recently which is why I
mentioned the TMDA upgrade.
_____________________________________________
tmda-users mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-users

Reply via email to