Re: ihave and server upgrades

Aaron Stone <aaron@serendipity.cx> Wed, 21 January 2009 16:57 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 98A6F28C134 for <ietfarch-sieve-archive-Aet6aiqu@core3.amsl.com>; Wed, 21 Jan 2009 08:57:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.465
X-Spam-Level:
X-Spam-Status: No, score=-2.465 tagged_above=-999 required=5 tests=[AWL=0.134, BAYES_00=-2.599]
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 dEwP6vi0ch48 for <ietfarch-sieve-archive-Aet6aiqu@core3.amsl.com>; Wed, 21 Jan 2009 08:57:41 -0800 (PST)
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 350763A6B06 for <sieve-archive-Aet6aiqu@ietf.org>; Wed, 21 Jan 2009 08:57:40 -0800 (PST)
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 n0LGnDrp095055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Jan 2009 09:49:13 -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 n0LGnDK7095054; Wed, 21 Jan 2009 09:49:13 -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 mail.serendipity.cx (serendipity.palo-alto.ca.us [66.92.2.87]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n0LGnCBL095048 for <ietf-mta-filters@imc.org>; Wed, 21 Jan 2009 09:49:13 -0700 (MST) (envelope-from aaron@serendipity.cx)
Received: from [172.16.1.33] (localhost [127.0.0.1]) by mail.serendipity.cx (Postfix) with ESMTP id 170412936; Wed, 21 Jan 2009 08:51:57 -0800 (PST)
Subject: Re: ihave and server upgrades
From: Aaron Stone <aaron@serendipity.cx>
To: Jeffrey Hutzelman <jhutz@cmu.edu>
Cc: Cyrus Daboo <cyrus@daboo.name>, Kjetil Torgrim Homme <kjetilho@ifi.uio.no>, Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>, ietf-mta-filters@imc.org
In-Reply-To: <60B92C4661E40FB8DD5F41E6@atlantis.pc.cs.cmu.edu>
References: <3epm48fYykYMumGCDySmVQ.md5@lochnagar.oryx.com> <1232545070.1604.135.camel@feh.linpro.no> <F1AA223EBB69CCF718B55486@caldav.corp.apple.com> <1232552267.11360.37.camel@turtle> <60B92C4661E40FB8DD5F41E6@atlantis.pc.cs.cmu.edu>
Content-Type: text/plain
Date: Wed, 21 Jan 2009 08:49:19 -0800
Message-Id: <1232556559.11360.42.camel@turtle>
Mime-Version: 1.0
X-Mailer: Evolution 2.24.2
Content-Transfer-Encoding: 7bit
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> On Wed, 2009-01-21 at 10:46 -0500, Jeffrey Hutzelman wrote:

> --On Wednesday, January 21, 2009 07:37:46 AM -0800 Aaron Stone 
> <aaron@serendipity.cx> wrote:
> 
> >
> > On Wed, 2009-01-21 at 09:57 -0500, Cyrus Daboo wrote:
> >> Hi Kjetil,
> >>
> >> --On January 21, 2009 2:37:50 PM +0100 Kjetil Torgrim Homme
> >> <kjetilho@ifi.uio.no> wrote:
> >>
> >> >> I don't suppose there's anything to do about it, but it still riles
> >> >> me.
> >> >
> >> > good point.  one solution is to remove dead code (e.g, like Cyrus'
> >> > "byte compile") from the script at upload time.
> >>
> >> Or when you upgrade a server, the server ought to have a "sieve lint"
> >> tool  that can scan all existing scripts (as would happen during an
> >> upload a  script) and report problems that the admin can take action on.
> >
> > I don't think that's realistic -- some extensions can be implemented
> > entirely by the interpreter, with no need for any other part of the mail
> > system to get involved. So if the interpreter (a shared library, let's
> > say) is upgraded, there's no good way to inform the mail system what
> > changed and to run a lint process.
> 
> I think you're misinterpreting Cyrus's point.  The idea is not that the 
> mail system somehow automagically looks for problems and starts notifying 
> people about them.  The idea is that there is a tool the admin can run to 
> look for problems in a script.  Depending on the implementation model, this 
> might come with the interpreter or with the mail server.

Ah, the existence of such a tool is certainly reasonable (as I note to
myself to write one for my mail server). And to Cyrus' reply on reading
release notes, yes, that's very reasonable, too.

Failing both, though, I'd handle it just like any other unexpected
runtime failure of a script -- drop a note in the user's Inbox
indicating that their Sieve script isn't working and all mail will be
delivered to their Inbox for now.

Aaron