Small comment on 3028bis redirect
Aaron Stone <aaron@serendipity.cx> Wed, 14 June 2006 15:59 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 k5EFx2pX011534; Wed, 14 Jun 2006 08:59:02 -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 k5EFx2o7011533; Wed, 14 Jun 2006 08:59:02 -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:k8torfa75u7w3e8qg60j@serendipity.palo-alto.ca.us [66.92.2.87]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k5EFx2Jj011526 for <ietf-mta-filters@imc.org>; Wed, 14 Jun 2006 08:59:02 -0700 (MST) (envelope-from aaron@serendipity.cx)
Received: from [192.168.0.14] (dsl3-63-249-106-4.cruzio.com [63.249.106.4]) by mail.serendipity.cx (Postfix) with ESMTP id 79E2D6016D1D for <ietf-mta-filters@imc.org>; Wed, 14 Jun 2006 08:59:01 -0700 (PDT)
Subject: Small comment on 3028bis redirect
From: Aaron Stone <aaron@serendipity.cx>
To: ietf-mta-filters <ietf-mta-filters@imc.org>
Content-Type: text/plain
Date: Wed, 14 Jun 2006 08:59:28 -0700
Message-Id: <1150300768.17583.113.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.6.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>
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. And uh, since it seems somewhat obvious now that I think about it that it cannot be the original sender, who is not likely to be vouched for by the relaying MTA if, say, there's an SPF query... probably best to clarify the language in that paragraph in section 4.2 of 3028bis. 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