Re: Treat as a WGLC: draft-martin-managesieve-10.txt

Stephan Bosch <stephan@rename-it.nl> Sat, 28 June 2008 21:39 UTC

Return-Path: <owner-ietf-mta-filters@mail.imc.org>
X-Original-To: ietfarch-sieve-archive-Aet6aiqu@core3.amsl.com
Delivered-To: ietfarch-sieve-archive-Aet6aiqu@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E1483A67E4 for <ietfarch-sieve-archive-Aet6aiqu@core3.amsl.com>; Sat, 28 Jun 2008 14:39:03 -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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n442amuH-iKL for <ietfarch-sieve-archive-Aet6aiqu@core3.amsl.com>; Sat, 28 Jun 2008 14:39:02 -0700 (PDT)
Received: from balder-227.proper.com (properopus-pt.tunnel.tserv3.fmt2.ipv6.he.net [IPv6:2001:470:1f04:392::2]) by core3.amsl.com (Postfix) with ESMTP id E591F3A67B3 for <sieve-archive-Aet6aiqu@ietf.org>; Sat, 28 Jun 2008 14:38:58 -0700 (PDT)
Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m5SKOq73072272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jun 2008 13:24:52 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id m5SKOq6E072271; Sat, 28 Jun 2008 13:24:52 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-mta-filters@mail.imc.org using -f
Received: from cola.rename-it.nl (cola.rename-it.nl [217.119.231.192]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id m5SKOmNb072261 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for <ietf-mta-filters@imc.org>; Sat, 28 Jun 2008 13:24:51 -0700 (MST) (envelope-from stephan@rename-it.nl)
Received: from ip565f7a5d.direct-adsl.nl ([86.95.122.93] helo=[192.168.1.72]) by cola.rename-it.nl with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from <stephan@rename-it.nl>) id 1KCfua-0001UZ-RJ; Sat, 28 Jun 2008 21:16:40 +0200
Message-ID: <48669DF3.1020006@rename-it.nl>
Date: Sat, 28 Jun 2008 22:24:19 +0200
From: Stephan Bosch <stephan@rename-it.nl>
User-Agent: Thunderbird 2.0.0.14 (X11/20080505)
MIME-Version: 1.0
To: Alexey Melnikov <alexey.melnikov@isode.com>
CC: SIEVE <ietf-mta-filters@imc.org>
Subject: Re: Treat as a WGLC: draft-martin-managesieve-10.txt
References: <20080621210001.E1B343A698C@core3.amsl.com> <485E6169.1040202@isode.com>
In-Reply-To: <485E6169.1040202@isode.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-RenameIT-MailScanner-VirusScan: Found to be clean
X-RenameIT-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.999, required 5, autolearn=not spam, ALL_TRUSTED -0.40, BAYES_00 -2.60)
X-RenameIT-MailScanner-From: stephan@rename-it.nl
Sender: owner-ietf-mta-filters@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-mta-filters/mail-archive/>
List-ID: <ietf-mta-filters.imc.org>
List-Unsubscribe: <mailto:ietf-mta-filters-request@imc.org?body=unsubscribe>

Hi Alexey,

Alexey Melnikov wrote:
> I've submitted version 10 of the ManageSieve draft. I believe it
> addresses all major issues with the document. I would like to request
> publication of this document shortly.
>
> Because Sieve WG hasn't rechartered yet, I can't request a formal WGLC
> on the document. However I would like to ask people to treat my
> request as a WGLC.
> Please send me your comments by July 7th.
I've quickly scanned through the new document and the way the '+' issue
is resolved for the string literals worries me. If I am not mistaken,
the new specification requires the '+' from the client and prohibits it
from the server. If I remember correctly, the '+' was required both ways
in old versions of this draft and you decided to remove it to make
things more logical compared to the similar IMAP string literal and to
match the existing timsieved implementation. I thought the idea was to
simply allow and ignore the '+' for legacy implementations. Strictly
requiring it from clients seems cumbersome and will, to my opinion,
likely introduce even more incompatibilities.

Is there a specific reason to implement it this way? Sorry that I missed
version 09 of this document, but I did not actively check for new
versions and I didn't see it posted on this list.

I do like the new extensions you introduced. :) I'll thoroughly read the
new document in a few days to update my ManageSieve implementation.

Regards,

--
Stephan Bosch
stephan@rename-it.nl