Re: Protocol Action: 'SIEVE Email Filtering: Extension for Notifications' to Proposed Standard

[Alexey Melnikov <[e-mail]>]

Aaron Stone wrote:

>To be consistent with the names for the recently published RFC's, may we
>include in the instructions to the RFC Editor to update the title to:
>
>    Sieve Email Filtering: Notify Extension
>  
>
Ok, I will try to to remember to do that.





Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0UJbcl8021888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Jan 2008 12:37:38 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0UJbc4m021887; Wed, 30 Jan 2008 12:37:38 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0UJbbgr021881 for <[e-mail]>; Wed, 30 Jan 2008 12:37:38 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <[e-mail]>; Wed, 30 Jan 2008 19:37:36 +0000
Message-ID: <[e-mail]>
Date: Wed, 30 Jan 2008 19:36:41 +0000
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: Aaron Stone <[e-mail]>
CC: ietf-mta-filters <[e-mail]>
Subject: Re: Protocol Action: 'SIEVE Email Filtering: Extension for Notifications' to Proposed Standard
References: <[e-mail]> <1201649401.7789.82.camel@localhost>
In-Reply-To: <1201649401.7789.82.camel@localhost>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

Aaron Stone wrote:

>To be consistent with the names for the recently published RFC's, may we
>include in the instructions to the RFC Editor to update the title to:
>
>    Sieve Email Filtering: Notify Extension
>  
>
Ok, I will try to to remember to do that.



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0TNWXt6036996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jan 2008 16:32:33 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0TNWX9d036995; Tue, 29 Jan 2008 16:32:33 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mail.serendipity.cx (serendipity.palo-alto.ca.us [66.92.2.87]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0TNWXdr036988 for <[e-mail]>; Tue, 29 Jan 2008 16:32:33 -0700 (MST) (envelope-from [e-mail])
Received: from [192.168.1.146] (localhost [127.0.0.1]) by mail.serendipity.cx (Postfix) with ESMTP id 2A8AF15FC for <[e-mail]>; Tue, 29 Jan 2008 15:35:15 -0800 (PST)
Subject: Re: Protocol Action: 'SIEVE Email Filtering: Extension for Notifications' to Proposed Standard
From: Aaron Stone <[e-mail]>
To: ietf-mta-filters <[e-mail]>
In-Reply-To: <[e-mail]>
References: <[e-mail]>
Content-Type: text/plain
Date: Tue, 29 Jan 2008 15:30:01 -0800
Message-Id: <1201649401.7789.82.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.12.2 
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

To be consistent with the names for the recently published RFC's, may we
include in the instructions to the RFC Editor to update the title to:

    Sieve Email Filtering: Notify Extension

Aaron


On Tue, 2008-01-29 at 16:09 -0500, The IESG wrote:
> The IESG has approved the following document:
> 
> - 'SIEVE Email Filtering: Extension for Notifications '
>    <draft-ietf-sieve-notify-12.txt> as a Proposed Standard
> 
> This document is the product of the Sieve Mail Filtering Language Working 
> Group. 
> 
> The IESG contact persons are Lisa Dusseault and Chris Newman.
> 
> A URL of this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-ietf-sieve-notify-12.txt
> 
> Note to RFC Editor
> 
> Add the following paragraph to the end of the Security Considerations:
> 
> "It is imperative that whatever implementations use to store the
> user-defined filtering scripts protect them from unauthorized
> modification, to preserve the integrity of the mail system.  An attacker
> who can modify a script can cause mail to be discarded, rejected, or
> forwarded to an unauthorized recipient.  In addition it's possible that
> Sieve scripts might expose private information, such as mailbox names, or
> email addresses of favoured (or disfavoured) correspondents. Because of
> that, scripts SHOULD also be protected from unauthorized retrieval."
> 
> SIEVE notify extension WG Chairs Write-up for IESG.
> 
> draft-ietf-sieve-notify-09 - Proposed Standard
> 
>    (1.a)  Shepherd: Cyrus Daboo <mailto:[e-mail]> I have
>           personally reviewed this document and believe it ready for
>           submission to the IESG.
> 
>    (1.b)  It has had adequate review from WG members. Not from non-WG
>           members. No concerns with the nature of those reviews.
> 
>    (1.c)  No concerns about broader review.
> 
>    (1.d)  No IPR or other concerns with this document.
> 
>    (1.e)  There is strong WG consensus behind this document.
> 
>    (1.f)  No appeals or serious discontent.
> 
>    (1.g)  ID nits were checked. Whilst some warnings appear, the draft
>           in fact was correct.
> 
>    (1.h)  References are split into two sections. There is one normative
>           reference to the SIEVE base spec revision draft which has
>           already been submitted to the IESG. There is one informative
>           reference to the SIEVE variables extension draft that is in
>           the RFC Editor queue waiting on the revised base spec.
> 
>    (1.i)  IANA section verified.
> 
>    (1.j)  XML and ABNF validated.
> 
>    (1.k)  ...
> 
> Technical Summary
> 
> The SIEVE notify extension adds an action that allows users to trigger
> a notification to be sent when an incoming message matches some criteria.
> The "base" specification defines a framework on how this action can be
> used with a URI to specify the notification method. Subsequent documents
> will profile different URI schemes for use with the notify action.
> 
> The draft has a detailed description of how interactions with other
> SIEVE extensions/actions are handled.
> 
> The security considerations section covers several identified security
> concerns.
> 
> Working Group Summary
> 
> This document has been discussed and reviewed in the SIEVE Working Group.
> There is strong consensus in the Working Group to publish this document
> as a Proposed Standard.
> 
> Document Quality
> 
> Several implementers have indicated they will implement this extension.
> 
> Personal
> 
> Document Shepherd: Cyrus Daboo <mailto:[e-mail]>
> AD: Lisa Dusseault <mailto:[e-mail]>
> 



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0TL9up5024867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jan 2008 14:09:56 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0TL9utE024866; Tue, 29 Jan 2008 14:09:56 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from ns4.neustar.com (ns4.neustar.com [156.154.24.139]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0TL9tNx024857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <[e-mail]>; Tue, 29 Jan 2008 14:09:55 -0700 (MST) (envelope-from [e-mail])
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns4.neustar.com (Postfix) with ESMTP id 8D1312AC49; Tue, 29 Jan 2008 21:09:54 +0000 (GMT)
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1JJxiM-0005PI-Aj; Tue, 29 Jan 2008 16:09:54 -0500
X-test-idtracker: no
From: The IESG <[e-mail]>
To: IETF-Announce <[e-mail]>
Cc: Internet Architecture Board <[e-mail]>, RFC Editor <[e-mail]>, sieve mailing list <[e-mail]>, sieve chair <[e-mail]>
Subject: Protocol Action: 'SIEVE Email Filtering: Extension for  Notifications' to Proposed Standard 
Message-Id: <[e-mail]>
Date: Tue, 29 Jan 2008 16:09:54 -0500
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

The IESG has approved the following document:

- 'SIEVE Email Filtering: Extension for Notifications '
   <draft-ietf-sieve-notify-12.txt> as a Proposed Standard

This document is the product of the Sieve Mail Filtering Language Working 
Group. 

The IESG contact persons are Lisa Dusseault and Chris Newman.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-sieve-notify-12.txt

Note to RFC Editor

Add the following paragraph to the end of the Security Considerations:

"It is imperative that whatever implementations use to store the
user-defined filtering scripts protect them from unauthorized
modification, to preserve the integrity of the mail system.  An attacker
who can modify a script can cause mail to be discarded, rejected, or
forwarded to an unauthorized recipient.  In addition it's possible that
Sieve scripts might expose private information, such as mailbox names, or
email addresses of favoured (or disfavoured) correspondents. Because of
that, scripts SHOULD also be protected from unauthorized retrieval."

SIEVE notify extension WG Chairs Write-up for IESG.

draft-ietf-sieve-notify-09 - Proposed Standard

   (1.a)  Shepherd: Cyrus Daboo <mailto:[e-mail]> I have
          personally reviewed this document and believe it ready for
          submission to the IESG.

   (1.b)  It has had adequate review from WG members. Not from non-WG
          members. No concerns with the nature of those reviews.

   (1.c)  No concerns about broader review.

   (1.d)  No IPR or other concerns with this document.

   (1.e)  There is strong WG consensus behind this document.

   (1.f)  No appeals or serious discontent.

   (1.g)  ID nits were checked. Whilst some warnings appear, the draft
          in fact was correct.

   (1.h)  References are split into two sections. There is one normative
          reference to the SIEVE base spec revision draft which has
          already been submitted to the IESG. There is one informative
          reference to the SIEVE variables extension draft that is in
          the RFC Editor queue waiting on the revised base spec.

   (1.i)  IANA section verified.

   (1.j)  XML and ABNF validated.

   (1.k)  ...

Technical Summary

The SIEVE notify extension adds an action that allows users to trigger
a notification to be sent when an incoming message matches some criteria.
The "base" specification defines a framework on how this action can be
used with a URI to specify the notification method. Subsequent documents
will profile different URI schemes for use with the notify action.

The draft has a detailed description of how interactions with other
SIEVE extensions/actions are handled.

The security considerations section covers several identified security
concerns.

Working Group Summary

This document has been discussed and reviewed in the SIEVE Working Group.
There is strong consensus in the Working Group to publish this document
as a Proposed Standard.

Document Quality

Several implementers have indicated they will implement this extension.

Personal

Document Shepherd: Cyrus Daboo <mailto:[e-mail]>
AD: Lisa Dusseault <mailto:[e-mail]>



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0PArbcu008033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Jan 2008 03:53:37 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0PArb8A008032; Fri, 25 Jan 2008 03:53:37 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from msa.uoa.gr (msa.uoa.gr [195.134.100.72]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0PArZec008025 for <[e-mail]>; Fri, 25 Jan 2008 03:53:36 -0700 (MST) (envelope-from [e-mail])
Received: by MSA with id 1337AE2509ACD35C1BF46DD2C024EEC50FEE5B51
Received: from localhost (null.noc.uoa.gr [195.134.100.40]) (authenticated bits=0) by msa.uoa.gr (8.14.1/8.14.1) with ESMTP id m0PArX6k002222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <[e-mail]>; Fri, 25 Jan 2008 12:53:33 +0200 (EET)
Date: Fri, 25 Jan 2008 12:54:23 +0200
From: Alexandros Vellis <[e-mail]>
To: SIEVE <[e-mail]>
Subject: Re: New RFCs, thanks to all!
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
References: <[e-mail]> <[e-mail]>
Organization: National and Kapodistrian University of Athens
X-Mailer: Claws Mail 3.2.0 (GTK+ 2.12.0; i486-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-UoAMSAId: 1337AE2509ACD35C1BF46DD2C024EEC50FEE5B51
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

On Mon, 21 Jan 2008 11:22:44 +0100
Stephane Bortzmeyer <[e-mail]> wrote:

> Can anyone update http://www.fastmail.fm/docs/sieve/, which seems well
> referenced (Google mentions it in the first results)?

This page has been outdated for a long time. All its contents have been
incorporated to http://sieve.info , though.

I've updated the http://sieve.info/documents  page to point to the new
RFCs. If you notice anything is omitted or wrong, please notify me and
I'll fix it.

-- 
Alexandros Vellis



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0LJxnbb055772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Jan 2008 12:59:49 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0LJxnt9055771; Mon, 21 Jan 2008 12:59:49 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0LJxlNS055764 for <[e-mail]>; Mon, 21 Jan 2008 12:59:48 -0700 (MST) (envelope-from [e-mail])
Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 8050D8B850 for <[e-mail]>; Mon, 21 Jan 2008 14:59:46 -0500 (EST)
Received: from web6.messagingengine.com ([10.202.2.215]) by compute2.internal (MEProxy); Mon, 21 Jan 2008 14:59:46 -0500
Received: by web6.messagingengine.com (Postfix, from userid 99) id 644B262670; Mon, 21 Jan 2008 14:59:46 -0500 (EST)
Message-Id: <[e-mail]>
X-Sasl-Enc: naV/zQk3TX9HMy1u460b+TROcKQfuvC08oD5TBvLyqXX 1200945586
From: "Matthew Elvey" <[e-mail]>
To: [e-mail]
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="ISO-8859-1"
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface
Subject: I-D Action:draft-ietf-sieve-refuse-reject-06.txt & spam blowback.
Date: Mon, 21 Jan 2008 11:59:46 -0800
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

I'm unhappy with the current draft.

There is reluctance to change the current behaviour for what was
presented as nothing more than an unwillingness to explain what we all
agreed were net good reasons for the change to a customer!  The push to
change the draft in a way that (unlike the versions I worked on - i.e.
from pre-00 to Change log entry 07) makes it significantly fail to
address the blowback issue that was my primary motivation for getting
involved is not an improvement; it changes a view that had on-list
consensus for a long time, through many revision changes.

My last long post to the list to draw out views on this issue in order
to move forward was answered by the blocker, Ned, IIRC. 

I just reread the "Spam blowback from Sieve implementations." thread to
refresh my memory.   I reread Ned's posts, which made it explicit that
he had no intention of directly responding to the question I posed to
him, but his view is clear.   Ned's answer to my question below is (an
implicit but clear) yes:
> Do we want to have the spec allow implementers to not bother to
> implement the ability to do proper smtp-time refusals, even though all
> implementers at the meeting indicated that it was possible for the
> implementations to be changed so that they could do so, and not doing so
> produces and will continue to produce immense economic harm caused by
> spam blowback?  

We've discussed the issue pretty throughly in that thread and though Ned
and others have made notable points, we still disagree, or at least my
opinion remains the same.  My answer, after balancing the pros and cons,
is still no.

I strongly support requiring a change to the default behaviour, and most
certainly requiring that all implementations implement the ability to do
proper smtp-time (or lmtp-time) protocol-level refusals (other than
MUA-based implementations).  It's an important interoperability issue.

Given the current draft, the latter requires a small change: 

To the sentence that begins:

"The Sieve interpreter MUST carry out one of the following actions
(listed in order from most to least preferred),"
add something like: 
"MUST support the user's choice to carry out the most preferable action
possible"

An alternate (perhaps clearer) way of accomplishing this would be to
require that all (but MUA-based) implementations supporting 'reject'
also support 'ereject': change
"   The ereject action MUST NOT be available in environments that do not
   support protocol level rejection, e.g. an MUA."
to 
"   The ereject action MUST NOT be available in environments that do not
   support protocol level rejection, e.g. an MUA, but MUST be available
   in all other environments that support the reject action"



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0LAMmSN005426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Jan 2008 03:22:48 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0LAMmGO005425; Mon, 21 Jan 2008 03:22:48 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from mx2.nic.fr (mx2.nic.fr [192.134.4.11]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0LAMjxx005416 for <[e-mail]>; Mon, 21 Jan 2008 03:22:46 -0700 (MST) (envelope-from [e-mail])
Received: from mx2.nic.fr (localhost [127.0.0.1]) by mx2.nic.fr (Postfix) with SMTP id A2F551C00DD; Mon, 21 Jan 2008 11:22:44 +0100 (CET)
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163]) by mx2.nic.fr (Postfix) with ESMTP id 9E50D1C0098; Mon, 21 Jan 2008 11:22:44 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69]) by relay2.nic.fr (Postfix) with ESMTP id 9209558EBBE; Mon, 21 Jan 2008 11:22:44 +0100 (CET)
Date: Mon, 21 Jan 2008 11:22:44 +0100
From: Stephane Bortzmeyer <[e-mail]>
To: Cyrus Daboo <[e-mail]>
Cc: SIEVE <[e-mail]>
Subject: Re: New RFCs, thanks to all!
Message-ID: <[e-mail]>
References: <[e-mail]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[e-mail]>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.18-5-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

On Wed, Jan 16, 2008 at 02:58:02PM -0500,
 Cyrus Daboo <[e-mail]> wrote 
 a message of 17 lines which said:

> Our new RFCs have just been published:

Can anyone update http://www.fastmail.fm/docs/sieve/, which seems well
referenced (Google mentions it in the first results)?



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GKPrKd019009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 13:25:53 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GKPrAC019008; Wed, 16 Jan 2008 13:25:53 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GKPqv1019000 for <[e-mail]>; Wed, 16 Jan 2008 13:25:53 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <R45oTgAMkH=[e-mail]>; Wed, 16 Jan 2008 20:25:51 +0000
Message-ID: <[e-mail]>
Date: Wed, 16 Jan 2008 20:25:16 +0000
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [e-mail]
Subject: [Fwd: Call for interop proposals]
Content-Type: multipart/mixed; boundary="------------040502030606010000060500"
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

--------------040502030606010000060500
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Is there any interest in doing this during the Philadelphia IETF in 
March this year?
I know that we have many active participants in this WG from Europe, but 
maybe we can have some US and some remote participants in Philadelphia.


--------------040502030606010000060500
Content-Type: message/rfc822;
 name="Call for interop proposals"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Call for interop proposals"

Return-Path: <[e-mail]>
Received: from rufus.isode.com ([62.3.217.251])
	by canine.isode.net (Isode M-Box/14.1v1) with LMTP; Thu, 10 Jan 2008 01:14:34 +0000 (GMT)
Received: from merlot.tools.ietf.org ([194.146.105.14]) by rufus.isode.com (smtp external)
          via TCP with ESMTP id <[e-mail]> for <[e-mail]>;
          Thu, 10 Jan 2008 01:14:25 +0000
Received: from gateout02.mbox.net ([165.212.64.22]:65458)
	by merlot.tools.ietf.org with esmtp (Exim 4.68)
	(envelope-from <[e-mail]>)
	id 1JClz6-0000qd-CT; Thu, 10 Jan 2008 02:13:28 +0100
Received: from gateout02.mbox.net (gateout02.mbox.net [165.212.64.22])
	by gateout02.mbox.net (Postfix) with ESMTP id DD1651699;
	Thu, 10 Jan 2008 01:13:19 +0000 (GMT)
Received: from GW1.EXCHPROD.USA.NET [165.212.116.254] by gateout02.mbox.net via smtad (C8.MAIN.3.34P) 
	with ESMTP id XID623maJBNu6016Xo2; Thu, 10 Jan 2008 01:13:20 -0000
X-USANET-Source: 165.212.116.254 IN   [e-mail] GW1.EXCHPROD.USA.NET
X-USANET-MsgId: XID623maJBNu6016Xo2
Received: from [10.1.1.107] ([157.22.41.236]) by GW1.EXCHPROD.USA.NET over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830);
	 Wed, 9 Jan 2008 18:13:19 -0700
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <[e-mail]>
Cc: Lisa Dusseault's Chairs <[e-mail]>,
 [e-mail]
Content-Transfer-Encoding: 7bit
From: Lisa Dusseault <[e-mail]>
Date: Wed, 9 Jan 2008 17:13:17 -0800
To: Apps Discuss <[e-mail]>
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 10 Jan 2008 01:13:19.0492 (UTC) FILETIME=[FC7BB440:01C85325]
X-SA-Exim-Connect-IP: 165.212.64.22
X-SA-Exim-Rcpt-To: [e-mail], [e-mail]
X-SA-Exim-Mail-From: [e-mail]
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on
	merlot.tools.ietf.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=2.5 tests=BAYES_00 autolearn=no
	version=3.2.3
Subject: Call for interop proposals
X-SA-Exim-Version: 4.2.1 (built Tue, 21 Aug 2007 23:39:36 +0000)
X-SA-Exim-Scanned: Yes (on merlot.tools.ietf.org)


At the Apps area open meeting in Vancouver, Chris & I mentioned the  
possibility of doing a day of interoperability events at the next  
IETF meeting.  This would replace a day of Apps area meetings during  
the normal meeting hours and in the normal meeting location.  Ideally  
it would allow people to come to the IETF for more than just "their"  
meeting (although we have always hoped they can attend other WG  
meetings as well) and participants may get more benefit and better  
justification for attending.

If we're going to do this, we need proposals: what topic  ( IDs,  
RFCs, suites or functionality) will be tested.  I don't think  
interops will need a lot of management but volunteer coordinators  
would be ideal.  Proposals will need to be followed quickly by some  
indications of who will participate.  WG scheduling is already open  
and we need to tell the Secretariat immediately if they need to  
reserve a day for interops.

Proposals should probably be posted on some relevant subject mailing  
list to quickly generate discussion among potential participants --  
not everybody reads Apps Discuss.

Thanks,
Lisa

--------------040502030606010000060500--



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GKGMv6018084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 13:16:22 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GKGMDh018083; Wed, 16 Jan 2008 13:16:22 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GKGKCZ018077 for <[e-mail]>; Wed, 16 Jan 2008 13:16:21 -0700 (MST) (envelope-from [e-mail])
Received: from [172.16.1.99] (shiny.isode.com [62.3.217.250])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <[e-mail]>; Wed, 16 Jan 2008 20:16:18 +0000
Message-ID: <[e-mail]>
Date: Wed, 16 Jan 2008 20:15:43 +0000
From: Alexey Melnikov <[e-mail]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: SIEVE <[e-mail]>
Subject: Re: New RFCs, thanks to all!
References: <[e-mail]>
In-Reply-To: <[e-mail]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

Cyrus Daboo wrote:

> Hi folks,
> Our new RFCs have just been published:
>
> RFC 5228 on Sieve: An Email Filtering Language
> RFC 5229 on Sieve Email Filtering: Variables Extension
> RFC 5230 on Sieve Email Filtering: Vacation Extension
> RFC 5231 on Sieve Email Filtering: Relational Extension
> RFC 5232 on Sieve Email Filtering: Imap4flags Extension
> RFC 5233 on Sieve Email Filtering: Subaddress Extension
> RFC 5235 on Sieve Email Filtering: Spamtest and Virustest Extensions
>
> Thanks to all the authors and editors for getting these done. And 
> thanks to all the WG participants and ADs for helping out.

Indeed, your names will not be forgotten!



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJw8gb015736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 12:58:08 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GJw8mc015735; Wed, 16 Jan 2008 12:58:08 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from daboo.name (piper.mulberrymail.com [151.201.22.177] (may be forged)) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJw71S015729 for <[e-mail]>; Wed, 16 Jan 2008 12:58:07 -0700 (MST) (envelope-from [e-mail])
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id DE111155404 for <[e-mail]>; Wed, 16 Jan 2008 14:58:06 -0500 (EST)
X-Virus-Scanned: amavisd-new at daboo.name
Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8VWZmcF6+YBc for <[e-mail]>; Wed, 16 Jan 2008 14:58:06 -0500 (EST)
Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id 247691553FD for <[e-mail]>; Wed, 16 Jan 2008 14:58:05 -0500 (EST)
Date: Wed, 16 Jan 2008 14:58:02 -0500
From: Cyrus Daboo <[e-mail]>
To: SIEVE <[e-mail]>
Subject: New RFCs, thanks to all!
Message-ID: <[e-mail]>
X-Mailer: Mulberry/4.1.0a1 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

Hi folks,
Our new RFCs have just been published:

RFC 5228 on Sieve: An Email Filtering Language
RFC 5229 on Sieve Email Filtering: Variables Extension
RFC 5230 on Sieve Email Filtering: Vacation Extension
RFC 5231 on Sieve Email Filtering: Relational Extension
RFC 5232 on Sieve Email Filtering: Imap4flags Extension
RFC 5233 on Sieve Email Filtering: Subaddress Extension
RFC 5235 on Sieve Email Filtering: Spamtest and Virustest Extensions

Thanks to all the authors and editors for getting these done. And thanks to 
all the WG participants and ADs for helping out.

-- 
Cyrus Daboo



Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJqWcT014881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 12:52:32 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GJqWCj014880; Wed, 16 Jan 2008 12:52:32 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJqVeL014871 for <[e-mail]>; Wed, 16 Jan 2008 12:52:31 -0700 (MST) (envelope-from [e-mail])
Received: by bosco.isi.edu (Postfix, from userid 70) id 7C976109227; Wed, 16 Jan 2008 11:52:31 -0800 (PST)
To: [e-mail], [e-mail]
Subject:  RFC 5235 on Sieve Email Filtering: Spamtest and Virustest Extensions
From: [e-mail]
Cc: [e-mail], [e-mail]
Message-Id: <[e-mail]>
Date: Wed, 16 Jan 2008 11:52:31 -0800 (PST)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 5235

        Title:      Sieve Email Filtering: Spamtest and 
                    Virustest Extensions 
        Author:     C. Daboo
        Status:     Standards Track
        Date:       January 2008
        Mailbox:    [e-mail]
        Pages:      13
        Characters: 25957
        Obsoletes:  RFC3685
        See-Also:   

        I-D Tag:    draft-ietf-sieve-spamtestbis-05.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5235.txt

The Sieve email filtering language "spamtest", "spamtestplus", and
"virustest" extensions permit users to use simple, portable commands
for spam and virus tests on email messages.  Each extension provides
a new test using matches against numeric "scores".  It is the
responsibility of the underlying Sieve implementation to do the
actual checks that result in proper input to the tests.  [STANDARDS TRACK]

This document is a product of the Sieve Mail Filtering Language
Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.Please refer to the current edition of the Internet
 Official Protocol Standards (STD 1) for the standardization state and
 status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF list and the RFC-DIST list.
Requests to be added to or deleted from the IETF distribution list
should be sent to [e-mail].  Requests to be
added to or deleted from the RFC-DIST distribution list should
be sent to [e-mail].

Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
an EMAIL message to [e-mail] with the message body 

help: ways_to_get_rfcs. For example:

        To: [e-mail]
        Subject: getting rfcs

        help: ways_to_get_rfcs

Requests for special distribution should be addressed to either the
author of the RFC in question, or to [e-mail].  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

Submissions for Requests for Comments should be sent to
[e-mail].  Please consult RFC 2223, Instructions to RFC
Authors, for further information.


The RFC Editor Team
USC/Information Sciences Institute

...




Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJqD6B014810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 12:52:13 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GJqDnD014809; Wed, 16 Jan 2008 12:52:13 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJqCob014801 for <[e-mail]>; Wed, 16 Jan 2008 12:52:12 -0700 (MST) (envelope-from [e-mail])
Received: by bosco.isi.edu (Postfix, from userid 70) id D46DF109225; Wed, 16 Jan 2008 11:52:12 -0800 (PST)
To: [e-mail], [e-mail]
Subject:  RFC 5233 on Sieve Email Filtering: Subaddress Extension
From: [e-mail]
Cc: [e-mail], [e-mail]
Message-Id: <[e-mail]>
Date: Wed, 16 Jan 2008 11:52:12 -0800 (PST)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 5233

        Title:      Sieve Email Filtering: Subaddress Extension 
        Author:     K. Murchison
        Status:     Standards Track
        Date:       January 2008
        Mailbox:    [e-mail]
        Pages:      7
        Characters: 12448
        Obsoletes:  RFC3598
        See-Also:   

        I-D Tag:    draft-ietf-sieve-rfc3598bis-05.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5233.txt

On email systems that allow for 'subaddressing' or 'detailed
addressing' (e.g., "[e-mail]"), it is sometimes
desirable to make comparisons against these sub-parts of addresses.
This document defines an extension to the Sieve Email Filtering
Language that allows users to compare against the user and detail
sub-parts of an address.  [STANDARDS TRACK]

This document is a product of the Sieve Mail Filtering Language
Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.Please refer to the current edition of the Internet
 Official Protocol Standards (STD 1) for the standardization state and
 status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF list and the RFC-DIST list.
Requests to be added to or deleted from the IETF distribution list
should be sent to [e-mail].  Requests to be
added to or deleted from the RFC-DIST distribution list should
be sent to [e-mail].

Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
an EMAIL message to [e-mail] with the message body 

help: ways_to_get_rfcs. For example:

        To: [e-mail]
        Subject: getting rfcs

        help: ways_to_get_rfcs

Requests for special distribution should be addressed to either the
author of the RFC in question, or to [e-mail].  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

Submissions for Requests for Comments should be sent to
[e-mail].  Please consult RFC 2223, Instructions to RFC
Authors, for further information.


The RFC Editor Team
USC/Information Sciences Institute

...




Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJq2al014775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 12:52:02 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GJq2KF014774; Wed, 16 Jan 2008 12:52:02 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJq2FX014766 for <[e-mail]>; Wed, 16 Jan 2008 12:52:02 -0700 (MST) (envelope-from [e-mail])
Received: by bosco.isi.edu (Postfix, from userid 70) id 34069109223; Wed, 16 Jan 2008 11:52:02 -0800 (PST)
To: [e-mail], [e-mail]
Subject:  RFC 5232 on Sieve Email Filtering: Imap4flags Extension
From: [e-mail]
Cc: [e-mail], [e-mail]
Message-Id: <[e-mail]>
Date: Wed, 16 Jan 2008 11:52:02 -0800 (PST)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 5232

        Title:      Sieve Email Filtering: Imap4flags Extension 
        Author:     A. Melnikov
        Status:     Standards Track
        Date:       January 2008
        Mailbox:    [e-mail]
        Pages:      12
        Characters: 21964
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-sieve-imapflags-05.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5232.txt

Recent discussions have shown that it is desirable to set different
IMAP (RFC 3501) flags on message delivery.  This can be done, for
example, by a Sieve interpreter that works as a part of a Mail
Delivery Agent.

This document describes an extension to the Sieve mail filtering
language for setting IMAP flags.  The extension allows setting of both
IMAP system flags and IMAP keywords.  [STANDARDS TRACK]

This document is a product of the Sieve Mail Filtering Language
Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.Please refer to the current edition of the Internet
 Official Protocol Standards (STD 1) for the standardization state and
 status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF list and the RFC-DIST list.
Requests to be added to or deleted from the IETF distribution list
should be sent to [e-mail].  Requests to be
added to or deleted from the RFC-DIST distribution list should
be sent to [e-mail].

Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
an EMAIL message to [e-mail] with the message body 

help: ways_to_get_rfcs. For example:

        To: [e-mail]
        Subject: getting rfcs

        help: ways_to_get_rfcs

Requests for special distribution should be addressed to either the
author of the RFC in question, or to [e-mail].  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

Submissions for Requests for Comments should be sent to
[e-mail].  Please consult RFC 2223, Instructions to RFC
Authors, for further information.


The RFC Editor Team
USC/Information Sciences Institute

...




Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJpko1014729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 12:51:46 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GJpkWi014728; Wed, 16 Jan 2008 12:51:46 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJpjYn014722 for <[e-mail]>; Wed, 16 Jan 2008 12:51:45 -0700 (MST) (envelope-from [e-mail])
Received: by bosco.isi.edu (Postfix, from userid 70) id C31C5109221; Wed, 16 Jan 2008 11:51:45 -0800 (PST)
To: [e-mail], [e-mail]
Subject:  RFC 5231 on Sieve Email Filtering: Relational Extension
From: [e-mail]
Cc: [e-mail], [e-mail]
Message-Id: <[e-mail]>
Date: Wed, 16 Jan 2008 11:51:45 -0800 (PST)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 5231

        Title:      Sieve Email Filtering: Relational Extension 
        Author:     W. Segmuller, B. Leiba
        Status:     Standards Track
        Date:       January 2008
        Mailbox:    [e-mail], 
                    [e-mail]
        Pages:      9
        Characters: 15243
        Obsoletes:  RFC3431
        See-Also:   

        I-D Tag:    draft-ietf-sieve-3431bis-04.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5231.txt

This document describes the RELATIONAL extension to the Sieve mail
filtering language defined in RFC 3028.  This extension extends
existing conditional tests in Sieve to allow relational operators.
In addition to testing their content, it also allows for testing of
the number of entities in header and envelope fields.

This document obsoletes RFC 3431.  [STANDARDS TRACK]

This document is a product of the Sieve Mail Filtering Language
Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.Please refer to the current edition of the Internet
 Official Protocol Standards (STD 1) for the standardization state and
 status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF list and the RFC-DIST list.
Requests to be added to or deleted from the IETF distribution list
should be sent to [e-mail].  Requests to be
added to or deleted from the RFC-DIST distribution list should
be sent to [e-mail].

Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
an EMAIL message to [e-mail] with the message body 

help: ways_to_get_rfcs. For example:

        To: [e-mail]
        Subject: getting rfcs

        help: ways_to_get_rfcs

Requests for special distribution should be addressed to either the
author of the RFC in question, or to [e-mail].  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

Submissions for Requests for Comments should be sent to
[e-mail].  Please consult RFC 2223, Instructions to RFC
Authors, for further information.


The RFC Editor Team
USC/Information Sciences Institute

...




Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJpbdJ014703 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 12:51:37 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GJpbIv014702; Wed, 16 Jan 2008 12:51:37 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJpbKE014695 for <[e-mail]>; Wed, 16 Jan 2008 12:51:37 -0700 (MST) (envelope-from [e-mail])
Received: by bosco.isi.edu (Postfix, from userid 70) id 0B60B10921F; Wed, 16 Jan 2008 11:51:37 -0800 (PST)
To: [e-mail], [e-mail]
Subject:  RFC 5230 on Sieve Email Filtering: Vacation Extension
From: [e-mail]
Cc: [e-mail], [e-mail]
Message-Id: <[e-mail]>
Date: Wed, 16 Jan 2008 11:51:37 -0800 (PST)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 5230

        Title:      Sieve Email Filtering: Vacation Extension 
        Author:     T. Showalter, N. Freed, Ed.
        Status:     Standards Track
        Date:       January 2008
        Mailbox:    [e-mail], 
                    [e-mail]
        Pages:      16
        Characters: 29822
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-sieve-vacation-06.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5230.txt

This document describes an extension to the Sieve email filtering
language for an autoresponder similar to that of the Unix "vacation"
command for replying to messages.  Various safety features are
included to prevent problems such as message loops.  [STANDARDS TRACK]

This document is a product of the Sieve Mail Filtering Language
Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.Please refer to the current edition of the Internet
 Official Protocol Standards (STD 1) for the standardization state and
 status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF list and the RFC-DIST list.
Requests to be added to or deleted from the IETF distribution list
should be sent to [e-mail].  Requests to be
added to or deleted from the RFC-DIST distribution list should
be sent to [e-mail].

Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
an EMAIL message to [e-mail] with the message body 

help: ways_to_get_rfcs. For example:

        To: [e-mail]
        Subject: getting rfcs

        help: ways_to_get_rfcs

Requests for special distribution should be addressed to either the
author of the RFC in question, or to [e-mail].  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

Submissions for Requests for Comments should be sent to
[e-mail].  Please consult RFC 2223, Instructions to RFC
Authors, for further information.


The RFC Editor Team
USC/Information Sciences Institute

...




Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJpSCD014681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 12:51:28 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GJpSSU014680; Wed, 16 Jan 2008 12:51:28 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJpSQJ014672 for <[e-mail]>; Wed, 16 Jan 2008 12:51:28 -0700 (MST) (envelope-from [e-mail])
Received: by bosco.isi.edu (Postfix, from userid 70) id 539C910921D; Wed, 16 Jan 2008 11:51:28 -0800 (PST)
To: [e-mail], [e-mail]
Subject:  RFC 5229 on Sieve Email Filtering: Variables Extension
From: [e-mail]
Cc: [e-mail], [e-mail]
Message-Id: <[e-mail]>
Date: Wed, 16 Jan 2008 11:51:28 -0800 (PST)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 5229

        Title:      Sieve Email Filtering: Variables Extension 
        Author:     K. Homme
        Status:     Standards Track
        Date:       January 2008
        Mailbox:    [e-mail]
        Pages:      11
        Characters: 20023
        Updates:    RFC5228
        See-Also:   

        I-D Tag:    draft-ietf-sieve-variables-08.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5229.txt

In advanced mail filtering rule sets, it is useful to keep state or
configuration details across rules.  This document updates the Sieve
filtering language (RFC 5228) with an extension to support variables.
The extension changes the interpretation of strings, adds an action to
store data in variables, and supplies a new test so that the value of
a string can be examined.  [STANDARDS TRACK]

This document is a product of the Sieve Mail Filtering Language
Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.Please refer to the current edition of the Internet
 Official Protocol Standards (STD 1) for the standardization state and
 status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF list and the RFC-DIST list.
Requests to be added to or deleted from the IETF distribution list
should be sent to [e-mail].  Requests to be
added to or deleted from the RFC-DIST distribution list should
be sent to [e-mail].

Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
an EMAIL message to [e-mail] with the message body 

help: ways_to_get_rfcs. For example:

        To: [e-mail]
        Subject: getting rfcs

        help: ways_to_get_rfcs

Requests for special distribution should be addressed to either the
author of the RFC in question, or to [e-mail].  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

Submissions for Requests for Comments should be sent to
[e-mail].  Please consult RFC 2223, Instructions to RFC
Authors, for further information.


The RFC Editor Team
USC/Information Sciences Institute

...




Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJpKv0014661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jan 2008 12:51:20 -0700 (MST) (envelope-from [e-mail])
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id m0GJpKdn014660; Wed, 16 Jan 2008 12:51:20 -0700 (MST) (envelope-from [e-mail])
X-Authentication-Warning: balder-227.proper.com: majordom set sender to [e-mail] using -f
Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id m0GJpHdk014646 for <[e-mail]>; Wed, 16 Jan 2008 12:51:19 -0700 (MST) (envelope-from [e-mail])
Received: by bosco.isi.edu (Postfix, from userid 70) id 0F1A810921B; Wed, 16 Jan 2008 11:51:17 -0800 (PST)
To: [e-mail], [e-mail]
Subject:  RFC 5228 on Sieve: An Email Filtering Language
From: [e-mail]
Cc: [e-mail], [e-mail]
Message-Id: <[e-mail]>
Date: Wed, 16 Jan 2008 11:51:17 -0800 (PST)
Sender: [e-mail]
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:[e-mail]?body=unsubscribe>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 5228

        Title:      Sieve: An Email Filtering Language 
        Author:     P. Guenther, Ed.,
                    T. Showalter, Ed.
        Status:     Standards Track
        Date:       January 2008
        Mailbox:    [e-mail], 
                    [e-mail]
        Pages:      42
        Characters: 87531
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-sieve-3028bis-13.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5228.txt

This document describes a language for filtering email messages at
time of final delivery.  It is designed to be implementable on either
a mail client or mail server.  It is meant to be extensible, simple,
and independent of access protocol, mail architecture, and operating
system.  It is suitable for running on a mail server where users may
not be allowed to execute arbitrary programs, such as on black box
Internet Message Access Protocol (IMAP) servers, as the base language
has no variables, loops, or ability to shell out to external
programs.  [STANDARDS TRACK]

This document is a product of the Sieve Mail Filtering Language
Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.Please refer to the current edition of the Internet
 Official Protocol Standards (STD 1) for the standardization state and
 status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF list and the RFC-DIST list.
Requests to be added to or deleted from the IETF distribution list
should be sent to [e-mail].  Requests to be
added to or deleted from the RFC-DIST distribution list should
be sent to [e-mail].

Details on obtaining RFCs via FTP or EMAIL may be obtained by sending
an EMAIL message to [e-mail] with the message body 

help: ways_to_get_rfcs. For example:

        To: [e-mail]
        Subject: getting rfcs

        help: ways_to_get_rfcs

Requests for special distribution should be addressed to either the
author of the RFC in question, or to [e-mail].  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

Submissions for Requests for Comments should be sent to
[e-mail].  Please consult RFC 2223, Instructions to RFC
Authors, for further information.


The RFC Editor Team
USC/Information Sciences Institute

...