Re: Requirements for a filtering header

Philip Miller wrote:

>> 2. If there is a rough consensus as to what issues need to be solved for
>> such header to be useful.
> 
> 
> Major existing issue:
> Should the header appear only once, representing the results of the
> last-acting (and therefore most trusted?) filter, or should it appear once
> for each analysis action?
> 

Can this be left to the filter to decide in each chain? Lets say that I 
get a incoming email at the edge and the first filter at the SMTP server 
will take any such headers out. HOWEVER, the filters downstream in the 
chain can be configured to leave the headers alone by a configuration 
option outside the scope of such standard. The trust between filters in 
chains is a local administrative issue rather than a internet wide issue.

This of course is based on an assumption that there is a no need for 
exchanging filtering results across domains that have no prior 
relationships with each other. Domains with prior relationships can be 
set to trust each other somehow. If anyone disagrees, I would love to 
hear it.

>> If these are satisfied, than I would like to ask for some folks to
>> volunteer to write up a requirements draft from which we can continue the
>> discussion.
> 
> 
> Please try not to be so document focused, at least until the point where 
> we're actually writing a specification. If it's that important, I can 
> throw this stuff in the wiki.
> 

Ok. I am simply trying to figure out a way to move things along. A 
document seemed like a good idea to me, all of you are free to make 
other suggestions.

> At any rate, once we have the above major issue resolved, I see the need 
> for the following things to be determined:
> 1. Syntax of this header
> 2. Fields
>    a) mandatory
>    b) optional, but specified in the base spec
>    c) IANA registration of new fields
> 3. Name of this header
> 

Someone (Dave?) already put some stuff on this in the Wiki 
(http://www.shaftek.org/wiki/wiki.pl?Filtering_Standards/Filtered_Header).

Yakov