> What I'm looking for is a way to remove attached files of the original
> mail only if the error reason is a too big mail according to
> maxmessagesize.
That is a catch-22. JavaMail can't load the entire message into memory
because it is too big. JavaMail can't edit unless it can load the entir
I've tested that, however it seems that it removes the whole original
mail, not just the attached files of the original mail.
What I'm looking for is a way to remove attached files of the original
mail only if the error reason is a too big mail according to maxmessagesize.
Carl
Noel J. Bergman
> Well, not really, I have already a spam processor
You missed his point, specifically:
>
>none
>
The key is the element.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Well, not really, I have already a spam processor, whitch is configure
as you precise. I make the distinction between spam and error msg (two
distinct processors)
Thanks anyway,
Carl
Bosco So wrote:
The first matcher/mailet pair in either "local-address-error" or
"relay-denied" processors
The first matcher/mailet pair in either "local-address-error" or
"relay-denied" processors has the following:
none
Is this whay you were looking for?
[...] Then, if [EMAIL PROTECTED] send a too huge mail to
[EMAIL PROTECTED], there is a erro