Re: draft-ietf-sieve-notify-mailto-10.txt
Alexey Melnikov <alexey.melnikov@isode.com> Tue, 09 December 2008 11:28 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 7BC903A679C for <ietfarch-sieve-archive-Aet6aiqu@core3.amsl.com>; Tue, 9 Dec 2008 03:28:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.487
X-Spam-Level:
X-Spam-Status: No, score=-2.487 tagged_above=-999 required=5 tests=[AWL=0.112, 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 FlS+75wKl7jv for <ietfarch-sieve-archive-Aet6aiqu@core3.amsl.com>; Tue, 9 Dec 2008 03:28:57 -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 7EC623A6838 for <sieve-archive-Aet6aiqu@ietf.org>; Tue, 9 Dec 2008 03:28:56 -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 mB9BLKOq049834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Dec 2008 04:21:20 -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 mB9BLKtd049833; Tue, 9 Dec 2008 04:21:20 -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 rufus.isode.com (rufus.isode.com [62.3.217.251]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id mB9BL8LZ049826 for <ietf-mta-filters@imc.org>; Tue, 9 Dec 2008 04:21:19 -0700 (MST) (envelope-from alexey.melnikov@isode.com)
Received: from [92.40.191.252] (92.40.191.252.sub.mbb.three.co.uk [92.40.191.252]) by rufus.isode.com (submission channel) via TCP with ESMTPA id <ST5UoQBu7yvp@rufus.isode.com>; Tue, 9 Dec 2008 11:21:06 +0000
Message-ID: <493E5492.5010409@isode.com>
Date: Tue, 09 Dec 2008 11:20:50 +0000
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: Michael Haardt <michael.haardt@freenet.ag>
CC: ietf-mta-filters@imc.org
Subject: Re: draft-ietf-sieve-notify-mailto-10.txt
References: <5F91404A622256149CBA0E1C@Uranus-009002042072.watson.ibm.com> <E1L8ceo-000674-Pc@nostromo.freenet-ag.de> <79C6FF0EEFEEF8B5519D8C87@Uranus-009002090249.watson.ibm.com> <E1L8dFh-00068F-Rr@nostromo.freenet-ag.de> <EEE3ED343B28005896349EFD@Uranus-009002090249.watson.ibm.com> <E1L8eea-0006Ak-D8@nostromo.freenet-ag.de> <12D76908D90E0EBF10FD3E09@Uranus-009002090249.watson.ibm.com> <K0aFojU0pTXdQoDMrZCzuw.md5@lochnagar.oryx.com> <E1L8hQT-0006EA-HF@nostromo.freenet-ag.de>
In-Reply-To: <E1L8hQT-0006EA-HF@nostromo.freenet-ag.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
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>
Michael Haardt wrote: >>>I don't think Michael and I are going to agree on this, so I'd like to >>>hear from other WG participants. Does anyone else have an opinion? >>> >>> >>owner-* is not something that's displayed often, so it's not important >>what's there as long as it's correct. In the case of From I think it's >>important to have the preferred form of the address, but owner-* is not >>displayed often enough. >> >>For this reason I think it's better to give the implementation all of >>the responsibility, and not even give the script author a chance to >>typo. >> >> >I think we talk about two issues here: Do we need more text to describe >the parameter value for owner? Barry says no, I say yes. > > I am largely with Barry on this. See below. >The next is: Who may influence the value? > >We agree on so far is that ":from" does not set the owner unconditionally, >and not even on the condition it is accepted as sender for sure. >We further agree that sender and owner may differ. > >The example contains the common case of owner and sender being equal >and I want to make sure that people reading the text know for sure >that's not a fixed rule. The value may be any other address as well, >as long as it belongs to the owner. > >I don't consider of the frequency of display important, but the fact >that the value may unveil which mailbox the notification originated from, >violating my privacy looking at the networks the notification may cross. > > I think you are asking for owner-token being used instead of owner-email. >That does not mean I would like to see ":from" influencing the >owner. All I would like to specify is WHO is responsible, so >people using Sieve can be sure WHO to address for a changed >owner address, should they care. If we say > > The parameter value depends on the implementation > So far so good. > and may or may > not be related to the sender of the notification message. > But it is *always* related to the sender of the notification in some way. > The only > requirement is that the address reaches the owner of the script. > > I don't think this is even true. The only requirement is that the sysadmin operating the system that is running the Sieve engine can figure out which Sieve script (and for which user) generated a notification. >all my issues would be addressed, because it defines who is responsible >and that I can not expect ":from" to hide my identity, but that I >must look at what the implementation has to offer, and it allows the >implementation to use e.g. encrypted owner addresses or anything else. > > I would not argue against having another example, that shows that owner-email can be different.
- draft-ietf-sieve-notify-mailto-10.txt Barry Leiba
- Re: draft-ietf-sieve-notify-mailto-10.txt Alexey Melnikov
- Re: draft-ietf-sieve-notify-mailto-10.txt Arnt Gulbrandsen
- Re: draft-ietf-sieve-notify-mailto-10.txt Michael Haardt
- Re: draft-ietf-sieve-notify-mailto-10.txt Barry Leiba
- Re: draft-ietf-sieve-notify-mailto-10.txt Michael Haardt
- Re: draft-ietf-sieve-notify-mailto-10.txt Barry Leiba
- Re: draft-ietf-sieve-notify-mailto-10.txt Michael Haardt
- Re: draft-ietf-sieve-notify-mailto-10.txt Barry Leiba
- Re: draft-ietf-sieve-notify-mailto-10.txt Arnt Gulbrandsen
- Re: draft-ietf-sieve-notify-mailto-10.txt Michael Haardt
- Re: draft-ietf-sieve-notify-mailto-10.txt Ned Freed
- Re: draft-ietf-sieve-notify-mailto-10.txt Alexey Melnikov
- Re: draft-ietf-sieve-notify-mailto-10.txt Michael Haardt
- Re: draft-ietf-sieve-notify-mailto-10.txt Alexey Melnikov