Re: Small comment on 3028bis redirect
"Aaron Stone" <aaron@serendipity.cx> Wed, 14 June 2006 22:09 UTC
Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k5EM9qOp053556; Wed, 14 Jun 2006 15:09:52 -0700 (MST) (envelope-from owner-ietf-mta-filters@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k5EM9qHe053555; Wed, 14 Jun 2006 15:09: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 mail.serendipity.cx (IDENT:ls7743u7pvvw5enoxpup@serendipity.palo-alto.ca.us [66.92.2.87]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k5EM9qZ4053541 for <ietf-mta-filters@imc.org>; Wed, 14 Jun 2006 15:09:52 -0700 (MST) (envelope-from aaron@serendipity.cx)
Received: from serendipity.palo-alto.ca.us (localhost [127.0.0.1]) by mail.serendipity.cx (Postfix) with SMTP id EA8626016D1D; Wed, 14 Jun 2006 15:09:51 -0700 (PDT)
Date: Wed, 14 Jun 2006 22:09:51 -0000
To: Ned Freed <ned.freed@mrochek.com>
Subject: Re: Small comment on 3028bis redirect
From: Aaron Stone <aaron@serendipity.cx>
X-Mailer: TWIG 2.8.2
Message-ID: <twig.1150322991.70202@serendipity.palo-alto.ca.us>
In-Reply-To: <01M3MA7BE98U00007A@mauve.mrochek.com>
References: <1150300768.17583.113.camel@localhost>,
Cc: ietf-mta-filters <ietf-mta-filters@imc.org>
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, Jun 14, 2006, Ned Freed <ned.freed@mrochek.com> said: >> I'm reading over the redirect action, and it makes reference to the >> behavior of "a .forward file using sendmail under UNIX." > >> Could the intended behavior be made explicit? I'd to know if the >> envelope sender on the new outgoing message should be the Sieve >> recipient or the original sender. > > This is implementation and situation dependent. There are reasons why the > MAIL FROM address may need to change and reasons why it may need to stay > the same. > > One factor is whether or not sieve acts before, during, or after final > delivery. If actions are taken prior to final delivery there's a good > argument to be made that redirect is equivalent to an MTA forward and > the MAIL FROM address and envelope id should not change. If, OTOH, redirect > is done client-side after final delivery there's a good argument to be made > that you're dealing with a new submission to the transfer system and the > message needs to have a new MAIL FROM and envelope id. After some more searching (your keywords "MTA foward" were golden) I found this early discussion (Google archive because gmane is broken right now) http://72.14.203.104/search?q=cache:2SK_eTCQbMYJ:blog.gmane.org/gmane.ietf.mta-filters/month%3D19970701+mta+forwarding&hl=en&gl=us&ct=clnk&cd=10&client=firefox-a Basically the same thing as you just wrote above was also used to clarify the same question back in 1997. Perhaps the clarifying text should be inserted into the draft, using keyword MAY to explain how the different environment Sieve runs in MAY effect the redirect action. Aaron --
- Small comment on 3028bis redirect Aaron Stone
- Re: Small comment on 3028bis redirect Ned Freed
- Re: Small comment on 3028bis redirect Kjetil Torgrim Homme
- Re: Small comment on 3028bis redirect Aaron Stone
- Re: Small comment on 3028bis redirect Ned Freed