
From barryleiba.mailing.lists@gmail.com  Tue Aug  2 12:02:53 2011
Return-Path: <barryleiba.mailing.lists@gmail.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 425DC1F0C43 for <sieve@ietfa.amsl.com>; Tue,  2 Aug 2011 12:02:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.055
X-Spam-Level: 
X-Spam-Status: No, score=-103.055 tagged_above=-999 required=5 tests=[AWL=-0.078, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gi+eTwAJG-5V for <sieve@ietfa.amsl.com>; Tue,  2 Aug 2011 12:02:52 -0700 (PDT)
Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id ACFBB1F0C46 for <sieve@ietf.org>; Tue,  2 Aug 2011 12:02:52 -0700 (PDT)
Received: by gyd5 with SMTP id 5so53867gyd.31 for <sieve@ietf.org>; Tue, 02 Aug 2011 12:03:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=q24kzZhe26Bb75NkNMg53LUs1FNp2HpemTfkwq6Yw2E=; b=k59izZXPTR7EKi5Br2S9iSuJ5GbkMK85U8CNpMmQAl/jwcW9vdX1lCGOeBEUa+5H7h IW8SxSLQh15L1PbbWyiPmiJwxSl4YiA99HPx/FuyKndgC7t17omTWJ6UwfYVygrCyGhJ szHLdRXVPtINYbHIs2Bpy3qNPgBoedcNYe7ls=
MIME-Version: 1.0
Received: by 10.236.181.135 with SMTP id l7mr84373yhm.281.1312311780445; Tue, 02 Aug 2011 12:03:00 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.147.38.7 with HTTP; Tue, 2 Aug 2011 12:03:00 -0700 (PDT)
In-Reply-To: <CALaySJJCDAo7bYTUuS35O2KCOEkYf1Cn0akQJ09VV7-uNWYaBg@mail.gmail.com>
References: <CALaySJJCDAo7bYTUuS35O2KCOEkYf1Cn0akQJ09VV7-uNWYaBg@mail.gmail.com>
Date: Tue, 2 Aug 2011 15:03:00 -0400
X-Google-Sender-Auth: G0li5vWQOS_pH16yXpd4m9mca3w
Message-ID: <CAC4RtVDk-RD3WFRvvWCk9DFSa9gLvihdfrNahzAw3Jah-ngdxA@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Sieve mailing list <sieve@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [sieve] Working group last call on draft-ietf-sieve-include
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Aug 2011 19:02:53 -0000

The WGLC has ended on this document.

Aaron, please make changes based on the comments by Alexey, Stephan,
and me, and post a new version of the draft.  When you do, I'll sent
it on to the ADs for processing.

Thanks,
Barry, document shepherd

From aaron@serendipity.cx  Tue Aug  2 12:27:34 2011
Return-Path: <aaron@serendipity.cx>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0C6821F8571 for <sieve@ietfa.amsl.com>; Tue,  2 Aug 2011 12:27:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.643
X-Spam-Level: 
X-Spam-Status: No, score=-101.643 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id swOFkUdw++Qa for <sieve@ietfa.amsl.com>; Tue,  2 Aug 2011 12:27:34 -0700 (PDT)
Received: from slice.serendipity.cx (slice.serendipity.cx [67.23.2.90]) by ietfa.amsl.com (Postfix) with ESMTP id 423D421F8568 for <sieve@ietf.org>; Tue,  2 Aug 2011 12:27:34 -0700 (PDT)
Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by slice.serendipity.cx (Postfix) with ESMTPSA id AC928110069 for <sieve@ietf.org>; Tue,  2 Aug 2011 12:27:36 -0700 (PDT)
Received: by qyk29 with SMTP id 29so82560qyk.10 for <sieve@ietf.org>; Tue, 02 Aug 2011 12:27:34 -0700 (PDT)
Received: by 10.52.64.201 with SMTP id q9mr402911vds.116.1312313254249; Tue, 02 Aug 2011 12:27:34 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.185.69 with HTTP; Tue, 2 Aug 2011 12:27:14 -0700 (PDT)
In-Reply-To: <CAC4RtVDk-RD3WFRvvWCk9DFSa9gLvihdfrNahzAw3Jah-ngdxA@mail.gmail.com>
References: <CALaySJJCDAo7bYTUuS35O2KCOEkYf1Cn0akQJ09VV7-uNWYaBg@mail.gmail.com> <CAC4RtVDk-RD3WFRvvWCk9DFSa9gLvihdfrNahzAw3Jah-ngdxA@mail.gmail.com>
From: Aaron Stone <aaron@serendipity.cx>
Date: Tue, 2 Aug 2011 12:27:14 -0700
Message-ID: <CAEdAYKWbXzH_66KJaJOzDdA0_7SecWngNJ2FbGO0N0LNfzgeJw@mail.gmail.com>
To: Barry Leiba <barryleiba@computer.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Sieve mailing list <sieve@ietf.org>
Subject: Re: [sieve] Working group last call on draft-ietf-sieve-include
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Aug 2011 19:27:34 -0000

Excellent! Will do this week.

On Tue, Aug 2, 2011 at 12:03 PM, Barry Leiba <barryleiba@computer.org> wrot=
e:
> The WGLC has ended on this document.
>
> Aaron, please make changes based on the comments by Alexey, Stephan,
> and me, and post a new version of the draft. =A0When you do, I'll sent
> it on to the ADs for processing.
>
> Thanks,
> Barry, document shepherd
> _______________________________________________
> sieve mailing list
> sieve@ietf.org
> https://www.ietf.org/mailman/listinfo/sieve
>

From barryleiba@gmail.com  Wed Aug  3 13:45:02 2011
Return-Path: <barryleiba@gmail.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70F8F11E8078; Wed,  3 Aug 2011 13:45:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.099
X-Spam-Level: 
X-Spam-Status: No, score=-104.099 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G4+1+8oEDFGH; Wed,  3 Aug 2011 13:45:02 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id C60EC11E807D; Wed,  3 Aug 2011 13:45:01 -0700 (PDT)
Received: by yxp4 with SMTP id 4so827012yxp.31 for <multiple recipients>; Wed, 03 Aug 2011 13:45:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:x-rim-org-msg-ref-id:message-id:reply-to:x-priority :sensitivity:importance:to:cc:subject:from:date:content-type :mime-version; bh=sjU6NEAW7l+VD1se0JFYUdmeru+c7/gu7UXuDtOVCok=; b=yIAyso3mKjw482uHZbPMFAHMcVFa7uKE4NGvjAWu6RE1rI7iaZSKGvVTaCXGOXqg/t 6r4LQM3IVVyeN8vm8AXFybXHzwcpEL6Awq6ikqShTsoci6DuFU8/fL84QPWqNyjJn8/d wJ5uEygh2YPqPWaYaI3xAO1R1Co9XqaiSfrBc=
Received: by 10.42.174.71 with SMTP id u7mr1344150icz.316.1312404314226; Wed, 03 Aug 2011 13:45:14 -0700 (PDT)
Received: from 172.29.195.189 (bda-74-82-80-181.bis6.us.blackberry.com [74.82.80.181]) by mx.google.com with ESMTPS id v16sm778411ibe.0.2011.08.03.13.45.10 (version=SSLv3 cipher=OTHER); Wed, 03 Aug 2011 13:45:13 -0700 (PDT)
Sender: Barry Leiba <barryleiba@gmail.com>
X-rim-org-msg-ref-id: 1348892370
Message-ID: <1348892370-1312404308-cardhu_decombobulator_blackberry.rim.net-313871082-@b27.c2.bise6.blackberry>
X-Priority: Normal
Sensitivity: Normal
Importance: Normal
To: "Ben Campbell" <ben@nostrum.com>,rai@ietf.org
From: "Barry Leiba" <barryleiba@computer.org>
Date: Wed, 3 Aug 2011 20:45:09 +0000
Content-Type: text/plain
MIME-Version: 1.0
Cc: draft-ietf-sieve-notify-sip-message.all@tools.ietf.org, sieve@ietf.org
Subject: Re: [sieve] [RAI] RAI-ART review of draft-ietf-sieve-notify-sip-message-02
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: barryleiba@computer.org
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Aug 2011 20:45:02 -0000

> This is a followup on version 3 of the draft, and is incremental to my 
> RAI-ART review from last September. This version resolves all of my comments [...]

Thanks, Ben, for taking the time!

To the Sieve WG: I will remove the comments and post a new version, and the doc should be ready.

Barry
 

From internet-drafts@ietf.org  Wed Aug  3 15:38:45 2011
Return-Path: <internet-drafts@ietf.org>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E173621F8797; Wed,  3 Aug 2011 15:38:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.573
X-Spam-Level: 
X-Spam-Status: No, score=-102.573 tagged_above=-999 required=5 tests=[AWL=0.026, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PsvZXXrdQeBM; Wed,  3 Aug 2011 15:38:39 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7ECED21F8736; Wed,  3 Aug 2011 15:38:39 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 3.57
Message-ID: <20110803223839.1189.88101.idtracker@ietfa.amsl.com>
Date: Wed, 03 Aug 2011 15:38:39 -0700
Cc: sieve@ietf.org
Subject: [sieve] I-D Action: draft-ietf-sieve-notify-sip-message-04.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Aug 2011 22:38:45 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies. This draft is a work item of the Sieve Mail Filtering Language Working=
 Group of the IETF.

	Title           : Sieve Notification Mechanism: SIP MESSAGE
	Author(s)       : Alexey Melnikov
                          Henning Schulzrinne
                          Qian Sun
                          Barry Leiba
                          Kepeng Li
	Filename        : draft-ietf-sieve-notify-sip-message-04.txt
	Pages           : 10
	Date            : 2011-08-03

   This document describes a profile of the Sieve extension for
   notifications, to allow notifications to be sent over SIP MESSAGE.


A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-sieve-notify-sip-message-04.=
txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

This Internet-Draft can be retrieved at:
ftp://ftp.ietf.org/internet-drafts/draft-ietf-sieve-notify-sip-message-04.t=
xt

From barryleiba@gmail.com  Wed Aug  3 15:41:38 2011
Return-Path: <barryleiba@gmail.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A45D521F8736 for <sieve@ietfa.amsl.com>; Wed,  3 Aug 2011 15:41:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.053
X-Spam-Level: 
X-Spam-Status: No, score=-103.053 tagged_above=-999 required=5 tests=[AWL=-0.076, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06rWDWHXOvAp for <sieve@ietfa.amsl.com>; Wed,  3 Aug 2011 15:41:38 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id 23D5121F86DE for <sieve@ietf.org>; Wed,  3 Aug 2011 15:41:38 -0700 (PDT)
Received: by yxp4 with SMTP id 4so884994yxp.31 for <sieve@ietf.org>; Wed, 03 Aug 2011 15:41:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=JJvUq+pu3ZVXpaIdl/5KSQgfLe5fGMWDv54foNy4Z9o=; b=oWwehFJ5SXoU7yoZLBBMZqPE7Xnnl7CSSU9ECAXQ2bpiRXVj1OF5MAZMdiB3IAbtzd mjmx1R6IHDtYMAsYCwShhr5FKGCmlHLZo+utmIoIHucxWUmiTEuKNrZf0jq9j3EZpbnV 6duztenPjt7lk+NJOVKwfgrPZvoJrNNitGmS8=
MIME-Version: 1.0
Received: by 10.236.185.137 with SMTP id u9mr137774yhm.146.1312411311018; Wed, 03 Aug 2011 15:41:51 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.236.207.132 with HTTP; Wed, 3 Aug 2011 15:41:50 -0700 (PDT)
In-Reply-To: <20110803223839.1189.91335.idtracker@ietfa.amsl.com>
References: <20110803223839.1189.91335.idtracker@ietfa.amsl.com>
Date: Wed, 3 Aug 2011 18:41:50 -0400
X-Google-Sender-Auth: o_t59BDR2vAcT191wWIDf77XP4Y
Message-ID: <CALaySJJfDoZrfxGOW06voUzb6b0QeczZQyBFiBr7o-BQyk8Gng@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Sieve mailing list <sieve@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [sieve] New Version Notification - draft-ietf-sieve-notify-sip-message-04.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Aug 2011 22:41:38 -0000

> New version (-04) has been submitted for draft-ietf-sieve-notify-sip-message-04.txt.
> http://www.ietf.org/internet-drafts/draft-ietf-sieve-notify-sip-message-04.txt
>
> Diff from previous version:
> http://tools.ietf.org/rfcdiff?url2=draft-ietf-sieve-notify-sip-message-04

This version has passed Ben Campbell's re-review for RAI area, and I
think it's ready to go.  Will the chairs please start a WGLC on it?

Thanks,
Barry

From alexey.melnikov@isode.com  Thu Aug  4 08:09:10 2011
Return-Path: <alexey.melnikov@isode.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB47921F8AF3 for <sieve@ietfa.amsl.com>; Thu,  4 Aug 2011 08:09:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.512
X-Spam-Level: 
X-Spam-Status: No, score=-102.512 tagged_above=-999 required=5 tests=[AWL=0.087, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vzrhvUX6cmEU for <sieve@ietfa.amsl.com>; Thu,  4 Aug 2011 08:09:10 -0700 (PDT)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 0F04721F8AE4 for <sieve@ietf.org>; Thu,  4 Aug 2011 08:09:10 -0700 (PDT)
Received: from [188.29.26.188] (188.29.26.188.threembb.co.uk [188.29.26.188])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <Tjq2HwBd6SUA@rufus.isode.com>; Thu, 4 Aug 2011 16:09:21 +0100
Message-ID: <4E3AB627.1060005@isode.com>
Date: Thu, 04 Aug 2011 11:09:27 -0400
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090303 SeaMonkey/1.1.15
To: Stephan Bosch <stephan@rename-it.nl>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl>
In-Reply-To: <4E30197D.4060803@rename-it.nl>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Aug 2011 15:09:11 -0000

Hi Stephan,

Stephan Bosch wrote:
> On 7/25/2011 8:18 PM, internet-drafts@ietf.org wrote:
>> A New Internet-Draft is available from the on-line Internet-Drafts 
>> directories. This draft is a work item of the Sieve Mail Filtering 
>> Language Working Group of the IETF.
>>
>>     Title           : Sieve Extension for converting messages before 
>> delivery
>>     Author(s)       : Alexey Melnikov
>>                            Qian Sun
>>                            Barry Leiba
>>                            Kepeng Li
>>     Filename        : draft-ietf-sieve-convert-02.txt
>>     Pages           : 8
>>     Date            : 2011-07-25
>>
>>     This document describes how IMAP CONVERT can be used within Sieve to
>>     transform messages before final delivery.
>>
>> A URL for this Internet-Draft is:
>> http://www.ietf.org/internet-drafts/draft-ietf-sieve-convert-02.txt
> I gave this a quick first review. I have the following questions:
>
> 1)  Do we need a mechanism to discover which conversions are available 
> (analogous to the IMAP CONVERSIONS command and the 
> AVAILABLECONVERSIONS data  item)?
We can have a new test or magic variables (in a special namespace) for that.

Do you really think that the extra complexity worth it? Maybe you have a 
use case in mind.
> 2) Error handling: what happens when the convert command is issued 
> with invalid parameters, e.g. unknown conversion, unknown/invalid  
> parameter etc. ? And what happens when a conversion just fails 
> temporarily or due to invalid input data from the message?
I think this should be a runtime error.
> 3) The interaction with subsequent disposition actions and other 
> convert actions is described explicitly. But what happens with 
> subsequent tests that evaluate the message body (e.g. header :mime) ? 
> E.g. for the editheader extension, subsequent header tests all see the 
> changes made. If tests following the convert command should see the  
> changes as well, applying the instructed conversions at the end of 
> Script execution (as suggested at the end of Section 2) will be 
> difficult.
Hmm. I was mostly thinking about leaf body parts conversions, but other 
conversions should be possible.

I agree with applying changed "on the spot" (just like editheader).


From cyrus@daboo.name  Mon Aug  8 08:04:02 2011
Return-Path: <cyrus@daboo.name>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5592821F8B70 for <sieve@ietfa.amsl.com>; Mon,  8 Aug 2011 08:04:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.359
X-Spam-Level: 
X-Spam-Status: No, score=-102.359 tagged_above=-999 required=5 tests=[AWL=0.240, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Axr66qkPgE-Q for <sieve@ietfa.amsl.com>; Mon,  8 Aug 2011 08:04:02 -0700 (PDT)
Received: from daboo.name (daboo.name [151.201.22.177]) by ietfa.amsl.com (Postfix) with ESMTP id D44FA21F8B6B for <sieve@ietf.org>; Mon,  8 Aug 2011 08:04:01 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id B1F3A1853E1B for <sieve@ietf.org>; Mon,  8 Aug 2011 11:04:26 -0400 (EDT)
X-Virus-Scanned: amavisd-new at daboo.name
Received: from daboo.name ([127.0.0.1]) by localhost (daboo.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RBQ5-pjno2KY for <sieve@ietf.org>; Mon,  8 Aug 2011 11:04:18 -0400 (EDT)
Received: from caldav.corp.apple.com (unknown [17.45.162.46]) by daboo.name (Postfix) with ESMTPSA id 9AB671853E01 for <sieve@ietf.org>; Mon,  8 Aug 2011 11:04:17 -0400 (EDT)
Date: Mon, 08 Aug 2011 11:04:14 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Sieve mailing list <sieve@ietf.org>
Message-ID: <531DAEAC2436D821D12C23B2@caldav.corp.apple.com>
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; size=309
Subject: [sieve] WGLC: draft-ietf-sieve-notify-sip-message
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Aug 2011 15:04:02 -0000

Hi folks,
This message initiates a Working Group Last Call on the Notify SIP 
extension 
<https://datatracker.ietf.org/doc/draft-ietf-sieve-notify-sip-message/>.

Please review this draft and post comments and approvals to this mailing 
list.

The WGLC will end in two weeks, on August 22nd.

-- 
Cyrus Daboo


From stephan@rename-it.nl  Mon Aug  8 18:15:27 2011
Return-Path: <stephan@rename-it.nl>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6ED421F8BEF for <sieve@ietfa.amsl.com>; Mon,  8 Aug 2011 18:15:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.504
X-Spam-Level: 
X-Spam-Status: No, score=-0.504 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fMS0kBy61SAY for <sieve@ietfa.amsl.com>; Mon,  8 Aug 2011 18:15:27 -0700 (PDT)
Received: from drpepper.rename-it.nl (drpepper.rename-it.nl [87.249.120.243]) by ietfa.amsl.com (Postfix) with ESMTP id 1AD9721F8BEC for <sieve@ietf.org>; Mon,  8 Aug 2011 18:15:20 -0700 (PDT)
Received: from klara.student.utwente.nl ([130.89.162.218]:1662 helo=[10.168.3.2]) by drpepper.rename-it.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <stephan@rename-it.nl>) id 1QqavM-0002wa-TZ; Tue, 09 Aug 2011 03:16:08 +0200
Message-ID: <4E408AA5.2060106@rename-it.nl>
Date: Tue, 09 Aug 2011 03:17:25 +0200
From: Stephan Bosch <stephan@rename-it.nl>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: Alexey Melnikov <alexey.melnikov@isode.com>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com>
In-Reply-To: <4E3AB627.1060005@isode.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RenameIT-MailScanner-SpamScore: -2.3 (--)
X-RenameIT-MailScanner-SpamCheck: No, score=-2.3 required=5.0 tests=ALL_TRUSTED, BAYES_00 autolearn=ham version=3.3.1
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Aug 2011 01:15:28 -0000

On 8/4/2011 5:09 PM, Alexey Melnikov wrote:
> Hi Stephan,
>
> Stephan Bosch wrote:
>> On 7/25/2011 8:18 PM, internet-drafts@ietf.org wrote:
>>>
>> I gave this a quick first review. I have the following questions:
>>
>> 1)  Do we need a mechanism to discover which conversions are 
>> available (analogous to the IMAP CONVERSIONS command and the 
>> AVAILABLECONVERSIONS data  item)?
> We can have a new test or magic variables (in a special namespace) for 
> that.
>
> Do you really think that the extra complexity worth it? Maybe you have 
> a use case in mind.

Well, I think it would be good to be able avoid unnecessary runtime 
errors (as proposed below).  I guess the same considerations applied for 
the enotify extension and its valid_notify_method and 
notify_method_capability tests.

I don't have a particular use-case in mind.. yet. I won't be 
implementing this soon, so it will be hard to foresee on my part.
>> 2) Error handling: what happens when the convert command is issued 
>> with invalid parameters, e.g. unknown conversion, unknown/invalid  
>> parameter etc. ? And what happens when a conversion just fails 
>> temporarily or due to invalid input data from the message?
> I think this should be a runtime error.

Yes.

>> 3) The interaction with subsequent disposition actions and other 
>> convert actions is described explicitly. But what happens with 
>> subsequent tests that evaluate the message body (e.g. header :mime) ? 
>> E.g. for the editheader extension, subsequent header tests all see 
>> the changes made. If tests following the convert command should see 
>> the  changes as well, applying the instructed conversions at the end 
>> of Script execution (as suggested at the end of Section 2) will be 
>> difficult.
> Hmm. I was mostly thinking about leaf body parts conversions, but 
> other conversions should be possible.
>
> I agree with applying changed "on the spot" (just like editheader).
>
Ok.

Regards,

Stephan.


From barryleiba.mailing.lists@gmail.com  Fri Aug 12 06:53:34 2011
Return-Path: <barryleiba.mailing.lists@gmail.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C10CC21F8745 for <sieve@ietfa.amsl.com>; Fri, 12 Aug 2011 06:53:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.885
X-Spam-Level: 
X-Spam-Status: No, score=-102.885 tagged_above=-999 required=5 tests=[AWL=0.092, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oJfCStMHoHqW for <sieve@ietfa.amsl.com>; Fri, 12 Aug 2011 06:53:33 -0700 (PDT)
Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by ietfa.amsl.com (Postfix) with ESMTP id CD6B221F84E9 for <sieve@ietf.org>; Fri, 12 Aug 2011 06:53:33 -0700 (PDT)
Received: by gwb20 with SMTP id 20so2301149gwb.31 for <sieve@ietf.org>; Fri, 12 Aug 2011 06:54:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Eh1VFO/iRL19zOxlU+Vaqh0fFy6SAh600jkYy9m4Xlw=; b=mB1B3zyx5alHB8hzuNVgM4eMIV10RiNhtiFY8VXDipCRSe2WfV08arpZhju9VqU49g SAMIQ+x/OfFxu+VB/hRyLMU/W+hxdHRflSudy4Vf+SI8WB8hgtsI0CBqFNWsF/P3phPm BFTN4iPjPeaaBKy2guKsewRZP8IScN6vNz34s=
MIME-Version: 1.0
Received: by 10.147.87.18 with SMTP id p18mr945594yal.24.1313157250720; Fri, 12 Aug 2011 06:54:10 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.147.181.13 with HTTP; Fri, 12 Aug 2011 06:54:10 -0700 (PDT)
In-Reply-To: <CAEdAYKWbXzH_66KJaJOzDdA0_7SecWngNJ2FbGO0N0LNfzgeJw@mail.gmail.com>
References: <CALaySJJCDAo7bYTUuS35O2KCOEkYf1Cn0akQJ09VV7-uNWYaBg@mail.gmail.com> <CAC4RtVDk-RD3WFRvvWCk9DFSa9gLvihdfrNahzAw3Jah-ngdxA@mail.gmail.com> <CAEdAYKWbXzH_66KJaJOzDdA0_7SecWngNJ2FbGO0N0LNfzgeJw@mail.gmail.com>
Date: Fri, 12 Aug 2011 09:54:10 -0400
X-Google-Sender-Auth: X96zoOLenoPUOdI2I5X6UgJfYx8
Message-ID: <CAC4RtVByM6ekLCmKYozp00zw6ihVJwMGw=PwnKM0ajxqQrxQmQ@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Aaron Stone <aaron@serendipity.cx>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Sieve mailing list <sieve@ietf.org>
Subject: Re: [sieve] Working group last call on draft-ietf-sieve-include
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Aug 2011 13:53:34 -0000

>> Aaron, please make changes based on the comments by Alexey, Stephan,
>> and me, and post a new version of the draft. =A0When you do, I'll sent
>> it on to the ADs for processing.
>
> Excellent! Will do this week.

Aaron, update forthcoming?

Barry

From barryleiba.mailing.lists@gmail.com  Fri Aug 12 07:13:27 2011
Return-Path: <barryleiba.mailing.lists@gmail.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6888D21F888A for <sieve@ietfa.amsl.com>; Fri, 12 Aug 2011 07:13:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.888
X-Spam-Level: 
X-Spam-Status: No, score=-102.888 tagged_above=-999 required=5 tests=[AWL=0.089, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67PwIjSiZt0I for <sieve@ietfa.amsl.com>; Fri, 12 Aug 2011 07:13:26 -0700 (PDT)
Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by ietfa.amsl.com (Postfix) with ESMTP id B76FF21F85A1 for <sieve@ietf.org>; Fri, 12 Aug 2011 07:13:26 -0700 (PDT)
Received: by gwb20 with SMTP id 20so2316542gwb.31 for <sieve@ietf.org>; Fri, 12 Aug 2011 07:14:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=R3tAHX76kLDMVkyPJhB7obPkYNtJMS/6frKR7c2rm08=; b=ueAXmjnOXmk7ImrTyJGsnWbDKeux3kQS/bsICtUyEvVYjY5Yg8Vz2sn6qHPBOYLlUS 26xFj1WtRZRan4PRUgDcQlLso6cU1+ajQi+95PYtrePAkT+b/NYcqo4UXIkjyF+CUoWa nhSVcYWAcHv4RyduwaqvV6I8IJVjtBeNPd058=
MIME-Version: 1.0
Received: by 10.236.144.232 with SMTP id n68mr3049061yhj.177.1313158443784; Fri, 12 Aug 2011 07:14:03 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.147.181.13 with HTTP; Fri, 12 Aug 2011 07:14:03 -0700 (PDT)
In-Reply-To: <4E408AA5.2060106@rename-it.nl>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com> <4E408AA5.2060106@rename-it.nl>
Date: Fri, 12 Aug 2011 10:14:03 -0400
X-Google-Sender-Auth: rXFJoecndmgcQkSqsOcgUO0Wi28
Message-ID: <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Stephan Bosch <stephan@rename-it.nl>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Aug 2011 14:13:27 -0000

First, as I said on the mic in Qu=E9bec, thanks, Stephan, for great
reviews of convert and imap-sieve.  I'll be getting to the latter
soon.

Stephan has brought up two main issues (the third is easy, and I've
clarified that for the upcoming version):

1. Do we need a test for what conversions are supported?

2. How do we handle error conditions?

I've tentatively made the following change to section 2 for the second item=
:

OLD
   Implementations ought to defer any actual conversion until the final
   resolution of other actions, to avoid doing conversions unnecessarily
   in cases where the message is not retained (such as where the
   resolution is "discard").

NEW
   If a "convert" action cannot be completed -- perhaps because the
   conversion failed, or because the requested conversion is not
   available -- the message MUST remain unchanged, and the script
   processing continues.  In particular, no error condition is raised,
   and no partial conversions are allowed.

   Implementations might defer any actual conversion until the the
   results of the conversion are needed for script processing, to avoid
   doing conversions unnecessarily.  Consider the case wherein a
   "convert" action is processed, but a "discard" action results without
   the need to actually perform the conversion.


Now, this doesn't take into account Alexey's comment that he'd like to
see a runtime error when conversion fails, so I want to push on this:
What is the use case?  Is it more valuable to the use case for a
failed conversion to crash the script, or for it to just continue?
The sense I have is that it should continue (which is why I wrote the
text above).

If we go with my version, there's an issue of what happens when we're
converting the whole message ("convert" outside a MIME loop) and, say,
three body parts convert OK and one doesn't.  Do we consider that a
"partial conversion", and roll back the conversion on the three
successful ones?  Or do we only worry about making sure the part that
failed is back to its previous state?

Finally, I had an idea for how we could do the testing, which might
satisfy both issues:
Why not have the "convert" action *also* be a test.  Like this:

*** convert with no test ***
       require ["mime", "fileinto", "convert"];
       if header :mime :anychild :contenttype
                 "Content-Type" "image/tiff"
       {
         convert "image/tiff" "image/jpeg" "pix-x" "320" "pix-y" "240";
         fileinto "INBOX.pics";
       }


*** convert with test ***
       require ["mime", "fileinto", "convert"];
       if header :mime :anychild :contenttype
                 "Content-Type" "image/tiff"
       {
         if convert "image/tiff" "image/jpeg" "pix-x" "320" "pix-y" "240"
         {
           fileinto "INBOX.pics";
         }
       }


So it could work either way.  In the case where it's used in a test,
it would evaluate TRUE if it ran with no errors -- that is, the
conversion is supported, the parameters are correct, and no
conversions failed (Q: is it also TRUE if no conversions needed to be
done, or is it only TRUE if at least one conversion was done?).  If
it's used only as an action, with no test, then any failure generates
a runtime error.

What do people think about that?  This would be the first action that
could also be used as a test, so think about whether that's good for
the language.  I like it, and I think it makes things very simple.

Barry

From alexey.melnikov@isode.com  Fri Aug 19 04:42:15 2011
Return-Path: <alexey.melnikov@isode.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C743421F86C0 for <sieve@ietfa.amsl.com>; Fri, 19 Aug 2011 04:42:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.176
X-Spam-Level: 
X-Spam-Status: No, score=-102.176 tagged_above=-999 required=5 tests=[AWL=-0.973, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eviMEU4phycQ for <sieve@ietfa.amsl.com>; Fri, 19 Aug 2011 04:42:15 -0700 (PDT)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id E9CAE21F86AB for <sieve@ietf.org>; Fri, 19 Aug 2011 04:42:14 -0700 (PDT)
Received: from [188.29.207.116] (188.29.207.116.threembb.co.uk [188.29.207.116])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <Tk5MSgALhESJ@rufus.isode.com>; Fri, 19 Aug 2011 12:43:09 +0100
Message-ID: <4E4E4C40.2060306@isode.com>
Date: Fri, 19 Aug 2011 12:42:56 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
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: Barry Leiba <barryleiba@computer.org>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com> <4E408AA5.2060106@rename-it.nl> <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com>
In-Reply-To: <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: quoted-printable
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2011 11:42:15 -0000

Hi Barry,

Barry Leiba wrote:

>First, as I said on the mic in Qu=E9bec, thanks, Stephan, for great
>reviews of convert and imap-sieve.
>
+1.

>I'll be getting to the latter soon.
>
>Stephan has brought up two main issues (the third is easy, and I've
>clarified that for the upcoming version):
>
>1. Do we need a test for what conversions are supported?
>
>2. How do we handle error conditions?
>
>I've tentatively made the following change to section 2 for the second item=
:
>
>OLD
>   Implementations ought to defer any actual conversion until the final
>   resolution of other actions, to avoid doing conversions unnecessarily
>   in cases where the message is not retained (such as where the
>   resolution is "discard").
>
>NEW
>   If a "convert" action cannot be completed -- perhaps because the
>   conversion failed, or because the requested conversion is not
>   available -- the message MUST remain unchanged, and the script
>   processing continues.  In particular, no error condition is raised,
>   and no partial conversions are allowed.
>
>   Implementations might defer any actual conversion until the the
>   results of the conversion are needed for script processing, to avoid
>   doing conversions unnecessarily.  Consider the case wherein a
>   "convert" action is processed, but a "discard" action results without
>   the need to actually perform the conversion.
>
>
>Now, this doesn't take into account Alexey's comment that he'd like to
>see a runtime error when conversion fails, so I want to push on this:
>What is the use case?  Is it more valuable to the use case for a
>failed conversion to crash the script, or for it to just continue?
>The sense I have is that it should continue (which is why I wrote the
>text above).
>
"I've asked you and you ignored me" behavior doesn't seem right in=20
Sieve. I don't think any other extension does that.
If we really want to have both (strict conversion and "best effort"=20
conversion), then maybe we should have a tagged argument to signal that.

>If we go with my version, there's an issue of what happens when we're
>converting the whole message ("convert" outside a MIME loop) and, say,
>three body parts convert OK and one doesn't.  Do we consider that a
>"partial conversion", and roll back the conversion on the three
>successful ones?  Or do we only worry about making sure the part that
>failed is back to its previous state?
> =20
>
I think I prefer a tagged argument (see above) to control this.

>Finally, I had an idea for how we could do the testing, which might
>satisfy both issues:
>Why not have the "convert" action *also* be a test.  Like this:
>
>*** convert with no test ***
>       require ["mime", "fileinto", "convert"];
>       if header :mime :anychild :contenttype
>                 "Content-Type" "image/tiff"
>       {
>         convert "image/tiff" "image/jpeg" "pix-x" "320" "pix-y" "240";
>         fileinto "INBOX.pics";
>       }
>
>
>*** convert with test ***
>       require ["mime", "fileinto", "convert"];
>       if header :mime :anychild :contenttype
>                 "Content-Type" "image/tiff"
>       {
>         if convert "image/tiff" "image/jpeg" "pix-x" "320" "pix-y" "240"
>         {
>           fileinto "INBOX.pics";
>         }
>       }
>
>
>So it could work either way.  In the case where it's used in a test,
>it would evaluate TRUE if it ran with no errors -- that is, the
>conversion is supported, the parameters are correct, and no
>conversions failed (Q: is it also TRUE if no conversions needed to be
>done, or is it only TRUE if at least one conversion was done?).
>
I think "no conversion is needed" is a success case.

>If it's used only as an action, with no test, then any failure generates
>a runtime error.
>
>What do people think about that?  This would be the first action that
>could also be used as a test, so think about whether that's good for
>the language.  I like it, and I think it makes things very simple.
>
I don't mind that. But I don't think that that should imply any general=20
correlation between actions and tests for all future extensions we might=20
design.


From barryleiba.mailing.lists@gmail.com  Mon Aug 22 09:41:04 2011
Return-Path: <barryleiba.mailing.lists@gmail.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C85921F8B8A for <sieve@ietfa.amsl.com>; Mon, 22 Aug 2011 09:41:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.035
X-Spam-Level: 
X-Spam-Status: No, score=-103.035 tagged_above=-999 required=5 tests=[AWL=-0.058, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id njOmXxywfs-h for <sieve@ietfa.amsl.com>; Mon, 22 Aug 2011 09:41:03 -0700 (PDT)
Received: from mail-yi0-f44.google.com (mail-yi0-f44.google.com [209.85.218.44]) by ietfa.amsl.com (Postfix) with ESMTP id A7B2621F8B81 for <sieve@ietf.org>; Mon, 22 Aug 2011 09:41:03 -0700 (PDT)
Received: by yie12 with SMTP id 12so4520881yie.31 for <sieve@ietf.org>; Mon, 22 Aug 2011 09:42:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=R3ooQW0B5h+W9eAZzo90ar5W4hvUvKbqsuSoRTcacBg=; b=FJ59znYylWcGJMxUTtba/UBNL4DKAA/pPR0XVhL0yoSGLKn721FFK8r8TtWh6n87hw 3g90aDMg4iomWx7IX0n0xHUcmP113klgkIwU8w5pvbee8mazrzhn9Yvig/rWNpXfui0d e39jC/jqztbjFu5rd0jzOASnkkAvjid6Wh92Y=
MIME-Version: 1.0
Received: by 10.236.191.103 with SMTP id f67mr15864510yhn.93.1314031327970; Mon, 22 Aug 2011 09:42:07 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.147.181.13 with HTTP; Mon, 22 Aug 2011 09:42:07 -0700 (PDT)
In-Reply-To: <4E4E4C40.2060306@isode.com>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com> <4E408AA5.2060106@rename-it.nl> <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com> <4E4E4C40.2060306@isode.com>
Date: Mon, 22 Aug 2011 12:42:07 -0400
X-Google-Sender-Auth: TTquz5ZkVr-cst3czY30rWQoTIk
Message-ID: <CAC4RtVD4-5DVapuuVZB_9HkqV13Chs_8xj5+QC58f+FZQCQzxQ@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Alexey Melnikov <alexey.melnikov@isode.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Aug 2011 16:41:04 -0000

>> Now, this doesn't take into account Alexey's comment that he'd like to
>> see a runtime error when conversion fails, so I want to push on this:
>> What is the use case? =A0Is it more valuable to the use case for a
>> failed conversion to crash the script, or for it to just continue?
>> The sense I have is that it should continue (which is why I wrote the
>> text above).
>
> "I've asked you and you ignored me" behavior doesn't seem right in Sieve.=
 I
> don't think any other extension does that.

I don't think this is a good reason to have it work this way, unless
we have a use case that merits the extra complexity.  But it might not
matter, if we can agree on my other suggestion, so let's discuss that
below.

>> Finally, I had an idea for how we could do the testing, which might
>> satisfy both issues:
>> Why not have the "convert" action *also* be a test. =A0Like this:
>>
>> *** convert with no test ***
>> =A0 =A0 =A0require ["mime", "fileinto", "convert"];
>> =A0 =A0 =A0if header :mime :anychild :contenttype
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0"Content-Type" "image/tiff"
>> =A0 =A0 =A0{
>> =A0 =A0 =A0 =A0convert "image/tiff" "image/jpeg" "pix-x" "320" "pix-y" "=
240";
>> =A0 =A0 =A0 =A0fileinto "INBOX.pics";
>> =A0 =A0 =A0}
>>
>>
>> *** convert with test ***
>> =A0 =A0 =A0require ["mime", "fileinto", "convert"];
>> =A0 =A0 =A0if header :mime :anychild :contenttype
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0"Content-Type" "image/tiff"
>> =A0 =A0 =A0{
>> =A0 =A0 =A0 =A0if convert "image/tiff" "image/jpeg" "pix-x" "320" "pix-y=
" "240"
>> =A0 =A0 =A0 =A0{
>> =A0 =A0 =A0 =A0 =A0fileinto "INBOX.pics";
>> =A0 =A0 =A0 =A0}
>> =A0 =A0 =A0}
>>
>>
>> So it could work either way. =A0In the case where it's used in a test,
>> it would evaluate TRUE if it ran with no errors -- that is, the
>> conversion is supported, the parameters are correct, and no
>> conversions failed
...
>> If it's used only as an action, with no test, then any failure generates
>> a runtime error.
>>
>> What do people think about that? =A0This would be the first action that
>> could also be used as a test, so think about whether that's good for
>> the language. =A0I like it, and I think it makes things very simple.
>
> I don't mind that. But I don't think that that should imply any general
> correlation between actions and tests for all future extensions we might
> design.

I don't understand that comment; can you explain it?

Do you mean that making this both an action and a test shouldn't imply
that any other actions can be used as tests also?  I certainly agree:
of course it shouldn't.  Future extensions will define their behaviour
as they like, and might or might not use this model.  This model makes
sense here, I think.  It won't make sense in general, and this
wouldn't be a general change in the behaviour of Sieve actions.

Barry

From alexey.melnikov@isode.com  Tue Aug 23 10:37:40 2011
Return-Path: <alexey.melnikov@isode.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBD6921F8B80 for <sieve@ietfa.amsl.com>; Tue, 23 Aug 2011 10:37:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.54
X-Spam-Level: 
X-Spam-Status: No, score=-102.54 tagged_above=-999 required=5 tests=[AWL=0.059, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LVnzIGnt06W9 for <sieve@ietfa.amsl.com>; Tue, 23 Aug 2011 10:37:39 -0700 (PDT)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 930AE21F8B7C for <sieve@ietf.org>; Tue, 23 Aug 2011 10:37:39 -0700 (PDT)
Received: from [192.168.1.124] ((unknown) [62.3.217.253])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <TlPlpgALhJls@rufus.isode.com>; Tue, 23 Aug 2011 18:38:47 +0100
X-SMTP-Protocol-Errors: NORDNS
Message-ID: <4E53E5A4.3090108@isode.com>
Date: Tue, 23 Aug 2011 18:38:44 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
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: Barry Leiba <barryleiba@computer.org>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com> <4E408AA5.2060106@rename-it.nl> <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com> <4E4E4C40.2060306@isode.com> <CAC4RtVD4-5DVapuuVZB_9HkqV13Chs_8xj5+QC58f+FZQCQzxQ@mail.gmail.com>
In-Reply-To: <CAC4RtVD4-5DVapuuVZB_9HkqV13Chs_8xj5+QC58f+FZQCQzxQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2011 17:37:40 -0000

Barry Leiba wrote:

>>>Now, this doesn't take into account Alexey's comment that he'd like to
>>>see a runtime error when conversion fails, so I want to push on this:
>>>What is the use case?  Is it more valuable to the use case for a
>>>failed conversion to crash the script, or for it to just continue?
>>>The sense I have is that it should continue (which is why I wrote the
>>>text above).
>>>      
>>>
>>"I've asked you and you ignored me" behavior doesn't seem right in Sieve. I
>>don't think any other extension does that.
>>    
>>
>I don't think this is a good reason to have it work this way, unless
>we have a use case that merits the extra complexity.
>
Can you clarify what kind of complexity you are talking about?

>But it might not
>matter, if we can agree on my other suggestion, so let's discuss that
>below.
>  
>
I tend to agree.

>>>Finally, I had an idea for how we could do the testing, which might
>>>satisfy both issues:
>>>Why not have the "convert" action *also* be a test.  Like this:
>>>
>>>*** convert with no test ***
>>>     require ["mime", "fileinto", "convert"];
>>>     if header :mime :anychild :contenttype
>>>               "Content-Type" "image/tiff"
>>>     {
>>>       convert "image/tiff" "image/jpeg" "pix-x" "320" "pix-y" "240";
>>>       fileinto "INBOX.pics";
>>>     }
>>>
>>>
>>>*** convert with test ***
>>>     require ["mime", "fileinto", "convert"];
>>>     if header :mime :anychild :contenttype
>>>               "Content-Type" "image/tiff"
>>>     {
>>>       if convert "image/tiff" "image/jpeg" "pix-x" "320" "pix-y" "240"
>>>       {
>>>         fileinto "INBOX.pics";
>>>       }
>>>     }
>>>
>>>
>>>So it could work either way.  In the case where it's used in a test,
>>>it would evaluate TRUE if it ran with no errors -- that is, the
>>>conversion is supported, the parameters are correct, and no
>>>conversions failed
>>>      
>>>
>...
>  
>
>>>If it's used only as an action, with no test, then any failure generates
>>>a runtime error.
>>>
>>>What do people think about that?  This would be the first action that
>>>could also be used as a test, so think about whether that's good for
>>>the language.  I like it, and I think it makes things very simple.
>>>      
>>>
>>I don't mind that. But I don't think that that should imply any general
>>correlation between actions and tests for all future extensions we might
>>design.
>>    
>>
>I don't understand that comment; can you explain it?
>
>Do you mean that making this both an action and a test shouldn't imply
>that any other actions can be used as tests also?
>
Yes. Or rather the other way around: not every test is expected to be 
used as an action. I was thinking about calling functions in C: they can 
be used in tests and they can also be called so that their return value 
is ignored.

>I certainly agree:
>of course it shouldn't.  Future extensions will define their behaviour
>as they like, and might or might not use this model.  This model makes
>sense here, I think.  It won't make sense in general, and this
>wouldn't be a general change in the behaviour of Sieve actions.
>  
>
Good. Tests and actions are effectively in different namespaces.


From barryleiba@gmail.com  Tue Aug 23 10:46:10 2011
Return-Path: <barryleiba@gmail.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5087A21F8A80 for <sieve@ietfa.amsl.com>; Tue, 23 Aug 2011 10:46:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.032
X-Spam-Level: 
X-Spam-Status: No, score=-103.032 tagged_above=-999 required=5 tests=[AWL=-0.055, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IawTZWDxvICX for <sieve@ietfa.amsl.com>; Tue, 23 Aug 2011 10:46:09 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id AFE7721F8862 for <sieve@ietf.org>; Tue, 23 Aug 2011 10:46:09 -0700 (PDT)
Received: by yxj17 with SMTP id 17so327851yxj.31 for <sieve@ietf.org>; Tue, 23 Aug 2011 10:47:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=yhJ9/rIPFF8W3+fBGye6SkTMNZJbHWb4dlo2P81Vw+0=; b=iqqUN87HXflCtFGiCUp8vcDoceyme0rEKS41RRNf8C68XIu3g8nF+un6asiJO2FvNe cF/9bGf7dZxkK0BSqmHtPE+rquLfBQOpB53nYwI15+SZaeIZ96dy3vW58+J6WlfITHzq gp5VWxP0fXE0QShwhqaDOcZzPQ4vwLHkdSh3s=
MIME-Version: 1.0
Received: by 10.236.195.70 with SMTP id o46mr25152656yhn.21.1314121637920; Tue, 23 Aug 2011 10:47:17 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.236.209.137 with HTTP; Tue, 23 Aug 2011 10:47:17 -0700 (PDT)
In-Reply-To: <4E53E5A4.3090108@isode.com>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com> <4E408AA5.2060106@rename-it.nl> <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com> <4E4E4C40.2060306@isode.com> <CAC4RtVD4-5DVapuuVZB_9HkqV13Chs_8xj5+QC58f+FZQCQzxQ@mail.gmail.com> <4E53E5A4.3090108@isode.com>
Date: Tue, 23 Aug 2011 13:47:17 -0400
X-Google-Sender-Auth: QTg1c41fdp6i8hIWY8bVoNAhJWk
Message-ID: <CALaySJLPYYXVX7DrzB4JrAsN6jtPRPHMHcAGHu_hMNn=EcTKfg@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Alexey Melnikov <alexey.melnikov@isode.com>
Content-Type: text/plain; charset=ISO-8859-1
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2011 17:46:10 -0000

>>> "I've asked you and you ignored me" behavior doesn't seem right in Sieve.
>>> I don't think any other extension does that.
>>
>> I don't think this is a good reason to have it work this way, unless
>> we have a use case that merits the extra complexity.
>>
> Can you clarify what kind of complexity you are talking about?

The complexity of defining a new test to go with the new action.

On the other hand, if we have an action that can also be used as a
test, I think that's simpler.  And it seems we're converging on that.

>>>> Finally, I had an idea for how we could do the testing, which might
>>>> satisfy both issues:
>>>> Why not have the "convert" action *also* be a test.
...
>> Do you mean that making this both an action and a test shouldn't imply
>> that any other actions can be used as tests also?
>>
> Yes. Or rather the other way around: not every test is expected to be used
> as an action. I was thinking about calling functions in C: they can be used
> in tests and they can also be called so that their return value is ignored.

OK.  I think we're good on this, then.  We'll define this particular
action to also function as a test, but I'll put in text that makes it
clear that it's just this case, and that other actions are not
expected to behave this way.

If I don't hear objections from anyone else, I'll go ahead and put out
a new version with this change.

Barry

From cyrus@daboo.name  Fri Aug 26 08:23:34 2011
Return-Path: <cyrus@daboo.name>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AF7B21F8BB6 for <sieve@ietfa.amsl.com>; Fri, 26 Aug 2011 08:23:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.428
X-Spam-Level: 
X-Spam-Status: No, score=-102.428 tagged_above=-999 required=5 tests=[AWL=0.171, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SORfTgrz6vDD for <sieve@ietfa.amsl.com>; Fri, 26 Aug 2011 08:23:33 -0700 (PDT)
Received: from daboo.name (daboo.name [151.201.22.177]) by ietfa.amsl.com (Postfix) with ESMTP id 8346121F8BAE for <sieve@ietf.org>; Fri, 26 Aug 2011 08:23:33 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 867181912528 for <sieve@ietf.org>; Fri, 26 Aug 2011 11:24:49 -0400 (EDT)
X-Virus-Scanned: amavisd-new at daboo.name
Received: from daboo.name ([127.0.0.1]) by localhost (daboo.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eVIUgjm2Yo9Q for <sieve@ietf.org>; Fri, 26 Aug 2011 11:24:43 -0400 (EDT)
Received: from caldav.corp.apple.com (unknown [17.45.162.46]) by daboo.name (Postfix) with ESMTPSA id 6C353191251A for <sieve@ietf.org>; Fri, 26 Aug 2011 11:24:43 -0400 (EDT)
Date: Fri, 26 Aug 2011 11:24:39 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Sieve mailing list <sieve@ietf.org>
Message-ID: <CF1C0A44766CA2F8A418CF5C@caldav.corp.apple.com>
In-Reply-To: <531DAEAC2436D821D12C23B2@caldav.corp.apple.com>
References: <531DAEAC2436D821D12C23B2@caldav.corp.apple.com>
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; size=695
Subject: Re: [sieve] WGLC: draft-ietf-sieve-notify-sip-message
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2011 15:23:34 -0000

Hi folks,

--On August 8, 2011 11:04:14 AM -0400 Cyrus Daboo <cyrus@daboo.name> wrote:

> This message initiates a Working Group Last Call on the Notify SIP
> extension
> <https://datatracker.ietf.org/doc/draft-ietf-sieve-notify-sip-message/>.
>
> Please review this draft and post comments and approvals to this mailing
> list.
>
> The WGLC will end in two weeks, on August 22nd.

The WGLC for this draft concluded a few days ago. I have not seen or 
received any comments on this document. I will be working on a write-up for 
the IESG soon, and would appreciate having feedback from the working group 
to include in that, as well as statements of interest from implementors.

-- 
Cyrus Daboo


From cyrus@daboo.name  Fri Aug 26 08:47:38 2011
Return-Path: <cyrus@daboo.name>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D7E221F8B88 for <sieve@ietfa.amsl.com>; Fri, 26 Aug 2011 08:47:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.439
X-Spam-Level: 
X-Spam-Status: No, score=-102.439 tagged_above=-999 required=5 tests=[AWL=0.160, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DUV1m1QQpRyr for <sieve@ietfa.amsl.com>; Fri, 26 Aug 2011 08:47:37 -0700 (PDT)
Received: from daboo.name (daboo.name [151.201.22.177]) by ietfa.amsl.com (Postfix) with ESMTP id ABB5B21F8B00 for <sieve@ietf.org>; Fri, 26 Aug 2011 08:47:36 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 5D9781912845; Fri, 26 Aug 2011 11:48:52 -0400 (EDT)
X-Virus-Scanned: amavisd-new at daboo.name
Received: from daboo.name ([127.0.0.1]) by localhost (daboo.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EYec-goGmVAT; Fri, 26 Aug 2011 11:48:46 -0400 (EDT)
Received: from caldav.corp.apple.com (unknown [17.45.162.46]) by daboo.name (Postfix) with ESMTPSA id 1F5411912837; Fri, 26 Aug 2011 11:48:44 -0400 (EDT)
Date: Fri, 26 Aug 2011 11:48:42 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Alexey Melnikov <alexey.melnikov@isode.com>, Barry Leiba <barryleiba@computer.org>
Message-ID: <E5E5CB5BE5756AF1B2E1E563@caldav.corp.apple.com>
In-Reply-To: <4E4E4C40.2060306@isode.com>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com>	<4E408AA5.2060106@rename-it.nl> <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com> <4E4E4C40.2060306@isode.com>
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; size=1346
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2011 15:47:38 -0000

Hi Alexey,

--On August 19, 2011 12:42:56 PM +0100 Alexey Melnikov 
<alexey.melnikov@isode.com> wrote:

>> Now, this doesn't take into account Alexey's comment that he'd like to
>> see a runtime error when conversion fails, so I want to push on this:
>> What is the use case?  Is it more valuable to the use case for a
>> failed conversion to crash the script, or for it to just continue?
>> The sense I have is that it should continue (which is why I wrote the
>> text above).
>>
> "I've asked you and you ignored me" behavior doesn't seem right in Sieve.
> I don't think any other extension does that.
> If we really want to have both (strict conversion and "best effort"
> conversion), then maybe we should have a tagged argument to signal that.

Well the redirect action's failure handling is a bit like that - 
implementations get to decide what to do: possibly throw an error, create a 
missing mailbox, file to somewhere else.

I am somewhat nervous about the proposal to have a combined action/test 
command - I'd like to heard from other implementors as to whether this 
represents a significant problem for them or not.

Personally I am OK with taking the redirect approach: error handling is 
implementation defined (could be one of raise an error, ignore failure, try 
an alternative best effort conversion instead).

-- 
Cyrus Daboo


From alexey.melnikov@isode.com  Fri Aug 26 09:02:05 2011
Return-Path: <alexey.melnikov@isode.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E110321F8770 for <sieve@ietfa.amsl.com>; Fri, 26 Aug 2011 09:02:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.553
X-Spam-Level: 
X-Spam-Status: No, score=-102.553 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lYOizGsIekxM for <sieve@ietfa.amsl.com>; Fri, 26 Aug 2011 09:02:05 -0700 (PDT)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 2F83D21F8742 for <sieve@ietf.org>; Fri, 26 Aug 2011 09:02:05 -0700 (PDT)
Received: from [192.168.1.124] ((unknown) [62.3.217.253])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <TlfDxwAP4oP3@rufus.isode.com>; Fri, 26 Aug 2011 17:03:20 +0100
X-SMTP-Protocol-Errors: NORDNS
Message-ID: <4E57C3C8.3020304@isode.com>
Date: Fri, 26 Aug 2011 17:03:20 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
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: Cyrus Daboo <cyrus@daboo.name>
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com> <4E408AA5.2060106@rename-it.nl> <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com> <4E4E4C40.2060306@isode.com> <E5E5CB5BE5756AF1B2E1E563@caldav.corp.apple.com>
In-Reply-To: <E5E5CB5BE5756AF1B2E1E563@caldav.corp.apple.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2011 16:02:06 -0000

Hi Cyrus,

Cyrus Daboo wrote:

> I am somewhat nervous about the proposal to have a combined 
> action/test command - I'd like to heard from other implementors as to 
> whether this represents a significant problem for them or not.

I thought about that and I decided that there is no problem because 
tests and actions are effectively in different namespaces. In my 
implementation I will need to add code for them in separate places, so 
there is no interference.


From NED+mta-filters@mauve.mrochek.com  Sat Aug 27 01:17:37 2011
Return-Path: <NED+mta-filters@mauve.mrochek.com>
X-Original-To: sieve@ietfa.amsl.com
Delivered-To: sieve@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F7A321F8A55 for <sieve@ietfa.amsl.com>; Sat, 27 Aug 2011 01:17:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ie48g4h-bF89 for <sieve@ietfa.amsl.com>; Sat, 27 Aug 2011 01:17:36 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.59.230.40]) by ietfa.amsl.com (Postfix) with ESMTP id 9929821F8853 for <sieve@ietf.org>; Sat, 27 Aug 2011 01:17:36 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01O5BRV6R4SG00ZGBJ@mauve.mrochek.com> for sieve@ietf.org; Sat, 27 Aug 2011 01:17:38 -0700 (PDT)
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01O5BRK7FXRK00RCTX@mauve.mrochek.com> (original mail from NED@mauve.mrochek.com) for sieve@ietf.org; Sat, 27 Aug 2011 01:17:32 -0700 (PDT)
From: NED+mta-filters@mauve.mrochek.com
Message-id: <01O5BRV3W1Y200RCTX@mauve.mrochek.com>
Date: Sat, 27 Aug 2011 01:14:46 -0700 (PDT)
In-reply-to: "Your message dated Fri, 26 Aug 2011 11:48:42 -0400" <E5E5CB5BE5756AF1B2E1E563@caldav.corp.apple.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN; Format=flowed
References: <20110725181813.15532.90958.idtracker@ietfa.amsl.com> <4E30197D.4060803@rename-it.nl> <4E3AB627.1060005@isode.com> <4E408AA5.2060106@rename-it.nl> <CAC4RtVANdzs-i8OHhfzH=QCXyh2m-bmNqy_zK+pzQ0VnO8ovkQ@mail.gmail.com> <4E4E4C40.2060306@isode.com> <E5E5CB5BE5756AF1B2E1E563@caldav.corp.apple.com>
To: Cyrus Daboo <cyrus@daboo.name>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=mauve; t=1314433096; i=@mrochek.com; bh=OuVIBRWG7jtvWvzDxbm6aRHGXTGi0Vy0vXL/4ObxWKI=;  h=From:Cc:Message-id:Date:Subject:In-reply-to:MIME-version: Content-type:References:To; b=ihHSSKpV7sZMYuXoicEQTw8NxoqzDVI/ovuG+w0UMKUdkB4hCfODayUA1IGERuAGq AYnPKk/aqUDNskWcddhN2uhYQNwZMikZS34dyShiVbsWPjsOrZ1Y11rSGlml26sAex +q034ty0Fe+q5QlcGN6RJD/7QyQGPbK45ss1/vp4=
Cc: Barry Leiba <barryleiba@computer.org>, sieve@ietf.org
Subject: Re: [sieve] I-D Action: draft-ietf-sieve-convert-02.txt
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sieve>, <mailto:sieve-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sieve>
List-Post: <mailto:sieve@ietf.org>
List-Help: <mailto:sieve-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sieve>, <mailto:sieve-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Aug 2011 08:17:37 -0000

> Hi Alexey,

> --On August 19, 2011 12:42:56 PM +0100 Alexey Melnikov
> <alexey.melnikov@isode.com> wrote:

> >> Now, this doesn't take into account Alexey's comment that he'd like to
> >> see a runtime error when conversion fails, so I want to push on this:
> >> What is the use case?  Is it more valuable to the use case for a
> >> failed conversion to crash the script, or for it to just continue?
> >> The sense I have is that it should continue (which is why I wrote the
> >> text above).
> >>
> > "I've asked you and you ignored me" behavior doesn't seem right in Sieve.
> > I don't think any other extension does that.
> > If we really want to have both (strict conversion and "best effort"
> > conversion), then maybe we should have a tagged argument to signal that.

> Well the redirect action's failure handling is a bit like that -
> implementations get to decide what to do: possibly throw an error, create a
> missing mailbox, file to somewhere else.

I think you meant fileinto, not redirect, but the point is made regardless.

> I am somewhat nervous about the proposal to have a combined action/test
> command - I'd like to heard from other implementors as to whether this
> represents a significant problem for them or not.

Not sure this matters since we have no intention of implementing convert,
but this is no problem for our implementation. We actually have a couple of
private extensions that work this way already.

				Ned
