DomainKey-Signature: a=rsa-sha1; s=tls; d=sendmail.com; c=nofws; q=dns;
 h=received:message-id:to:cc:from:subject:in-reply-to:
 references:date:sender;
 b=sg4s3PPeVDxkhkL58SPm9nBepFq11/llHYTi5mVti6ewPCa8Yg8HhaO6bPknVv6KF
 aPMMFjNydP8Be0YxIdngc6mC5mYE5/7kmTNJWAP3vQ0jZaiBsN0HPs4w1OZRYbUas8V
 1Pgd/jN4AMUV+ZaeVSlyo9UpF8Cg6zdfOj/Ic1U=
Message-Id: <200603240056.k2O0ukZu097713@lab.smi.sendmail.com>
To: Ned Freed <ned.freed@mrochek.com>
Cc: IETF MTA Filters List <ietf-mta-filters@imc.org>
From: Philip Guenther <guenther+mtafilters@sendmail.com>
Subject: Re: Sieve mime loop issues list 
In-reply-to: <01M0EFER83N6000078@mauve.mrochek.com> 
References: <44231A5F.6050605@att.com> <01M0EFER83N6000078@mauve.mrochek.com> 
Date: Thu, 23 Mar 2006 16:56:46 -0800
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk


Ned Freed <ned.freed@mrochek.com> writes:
>> #3: We need to add some way to look at parameter lists:
>>     Content-Type: text/plain; charset="foo"
>
>Agreed, but mostly because of RFC 2231.

It also avoids problems with comments and quoting (dang structured fields!).


...
>but I do want to see some way to do address and exists tests on inner
>headers. This is actually quite a bit more important than a parameter
>test IMO.

Do you mean "the MIME header of inner parts" or do you mean "the
headers of nested message/rfc822 parts"?   If both, how should they
be differentiated?


Philip Guenther