Re: [sieve] New Version Notification for draft-george-sieve-vacation-time-00

Aaron Stone <aaron@serendipity.cx> Sat, 06 February 2010 23:45 UTC

Return-Path: <aaron@serendipity.cx>
X-Original-To: sieve@core3.amsl.com
Delivered-To: sieve@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 485BE3A7121 for <sieve@core3.amsl.com>; Sat, 6 Feb 2010 15:45:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.643
X-Spam-Level:
X-Spam-Status: No, score=-1.643 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, IP_NOT_FRIENDLY=0.334]
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 cMXt+L59oKQW for <sieve@core3.amsl.com>; Sat, 6 Feb 2010 15:45:41 -0800 (PST)
Received: from slice.serendipity.cx (slice.serendipity.cx [67.23.2.90]) by core3.amsl.com (Postfix) with ESMTP id 7675E3A70CC for <sieve@ietf.org>; Sat, 6 Feb 2010 15:45:41 -0800 (PST)
Received: from mail-px0-f186.google.com (mail-px0-f186.google.com [209.85.216.186]) by slice.serendipity.cx (Postfix) with ESMTPSA id 02B06110100 for <sieve@ietf.org>; Sat, 6 Feb 2010 15:52:41 -0800 (PST)
Received: by pxi16 with SMTP id 16so2696336pxi.29 for <sieve@ietf.org>; Sat, 06 Feb 2010 15:46:36 -0800 (PST)
MIME-Version: 1.0
Received: by 10.114.98.12 with SMTP id v12mr3090347wab.146.1265499996593; Sat, 06 Feb 2010 15:46:36 -0800 (PST)
In-Reply-To: <01NJCI7WBYSS0002QL@mauve.mrochek.com>
References: <20100130143437.BBE563A683B@core3.amsl.com> <9abf48a61001300646g712fe589uceff1033063c71cd@mail.gmail.com> <4B6984EC.1040807@aegee.org> <4B6989FA.6080206@gulbrandsen.priv.no> <6c9fcc2a1002031318l3b5afddoa895e292fadb0ff6@mail.gmail.com> <01NJ8NX41PDW004042@mauve.mrochek.com> <4B6D8963.3000508@aegee.org> <cSzF7LWgw8ylTq8nwvVepg.md5@lochnagar.gulbrandsen.priv.no> <1629dc8c1002060956i1b20b54cka64eacc69d295fee@mail.gmail.com> <01NJCI7WBYSS0002QL@mauve.mrochek.com>
From: Aaron Stone <aaron@serendipity.cx>
Date: Sat, 06 Feb 2010 15:46:16 -0800
Message-ID: <1629dc8c1002061546x1f1d5097v613e15e8aa41b223@mail.gmail.com>
To: Ned Freed <ned.freed@mrochek.com>
Content-Type: text/plain; charset="windows-1251"
Content-Transfer-Encoding: quoted-printable
Cc: sieve@ietf.org, Дилян Палаузов <dilyan.palauzov@aegee.org>
Subject: Re: [sieve] New Version Notification for draft-george-sieve-vacation-time-00
X-BeenThere: sieve@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIEVE Working Group <sieve.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 06 Feb 2010 23:45:42 -0000

2010/2/6 Ned Freed <ned.freed@mrochek.com>:
>> 2010/2/6 Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>:
>> > Дилян Палаузов writes:
>> >>
>> >> Considering the above way of determining the From address, why cannot the
>> >> requirement
>> >>
>> >>   Unless explicitly overridden with a :from parameter, the From field
>> >>   SHOULD be set to the address of the owner of the Sieve script.
>> >>
>> >> be met?
>> >
>> > Not sure when I'll get around to it, but I do mean to someday implement
>> > group-wide and system-wide sieves, ie. sieves written by someone, processing
>> > someone else's mail. I don't understand what that SHOULD means in that
>> > context.
>
> This really isn't that hard. We've had user sieve sieves, channel sieves,
> system-wide sieves, domain sieves, head of household sieves, mailing list
> sieves, and various other sorts. But in every case there's a fairly obvious
> choice for an owner address, e.g,. for a domain sieve it's the domain
> postmaster and if there isn't one of those, the system postmaster.
>
> The tricky thing in a multiple sieve environment isn't figuring out who owns
> the sieve but rather how to combine the results of multiple sieves. Jutta
> Degener's long-expirted multisieve draft laid out the approach we follow, more
> or less.
>
>> Event in that context, I'd still infer address based on the recipient
>> -- the system level script should still know whose mailbox the message
>> will be delivered to.
>
> IMO that's a *really* bad idea. You're forging mail when you do this.

Hmm. Fair point. If a system sieve were to use the vacation mechanism
to report that a user has been suspended, or a mailbox is over quota,
etc., the reply ought to come from a system address. Arnt, did you
have another use case in mind? (And is this a reasonable issue to
discuss or just a rathole to discuss the depth of?)

Aaron