Re: Moving forward ...

There are likely certain cases where "tampering" with the message to 
modify it for the downstream is actually desirable though.  For 
example, removing viruses or other potentially damaging payload, 
defanging nasty MIME bits, etc.  I agree that generally you don't want 
to change things too much for the downstream folks, but on the other 
hand, sometimes you know there's a potential problem if you let things 
go through w/out rewriting them.

C

On Feb 26, 2004, at 9:25 AM, <[email protected]> wrote:

>> Similarly, adding spam scores or "convenience" functions
>> (e.g. URLs) inside the body of an email should be prohibited.
>> Anything that makes it so the downstream filter cannot see
>> exactly the same message as
>> the upstream filter is unstable (ie if you remove a filter in
>> the chain, you've sabotaged training for all filters downstream).
>
> Agreed.