On Fri, May 17, 2024 at 09:05:15PM GMT, Jeremy Harris via Exim-users wrote:
> > It doesn't look like the address_data way of getting the forwading
> > address will work for full sieve / exim filters, does it?
Chris already went most of the way to answering this (in the
negative). So feel free to
> > The corollary and implication of this is that if you have routers
> > that will only work properly once the message is fully received
> > (because they require headers or ACL variables only set then), you
> > need to mark them as no_verify, and possibly write verify_only
> > versions that do ad
On 17/05/2024 20:15, Ian Z via Exim-users wrote:
It doesn't look like the address_data way of getting the forwading
address will work for full sieve / exim filters, does it?
If
- the redirect router that runs the filter has not disabled itself
for verify (cf. the no_verify option)
- the rout
On Fri, May 17, 2024 at 07:50:53PM GMT, Jeremy Harris via Exim-users wrote:
> > But what do you mean by "properly"? How does a router do
> > verification "improperly"?
> A router depends on all the options set for it. Typically, a router
> will only depend on things that are already available at
On 17/05/2024 19:22, Ian Z via Exim-users wrote:
But what do you mean by "properly"? How does a router do verification
"improperly"?
A router depends on all the options set for it. Typically, a router
will only depend on things that are already available at ACL time
(for example, the recipient
On Fri, May 17, 2024 at 11:22:45AM GMT, Ian Z via Exim-users wrote:
> And regardless of the answer to the above, if I do add no_verify to
> the redirect router in question, Lena's solution to the problem of
> getting the forwarding address into an ACL ceases to be available.
To cut short any spec
On Fri, May 17, 2024 at 10:39:19AM GMT, Chris Siebenmann via Exim-users wrote:
Again sorry to persist in my obtuseness, but ...
> > > But my question is about verification, and in particular about
> > > the situation where a RCPT stage ACL will have verify =
> > > recipient. The filter can't be e
> On 16/05/2024 22:32, Ian Z via Exim-users wrote:
> > But my question is about verification, and in
> > particular about the situation where a RCPT stage ACL will have verify
> > = recipient. The filter can't be evaluated at that stage.
>
> Verification consists of running the routing process; the
On 16/05/2024 22:32, Ian Z via Exim-users wrote:
But my question is about verification, and in
particular about the situation where a RCPT stage ACL will have verify
= recipient. The filter can't be evaluated at that stage.
Verification consists of running the routing process; the same router
c
On Thu, May 16, 2024 at 10:16:42PM GMT, Jeremy Harris via Exim-users wrote:
> > But what about forwarding resulting from rules in user .forward
> > files in either exim filter or sieve format?
> It will be a redirect router acessing those files or filters.
I understand that a redirect router wil
On 16/05/2024 22:02, Ian Z via Exim-users wrote:
But what about forwarding resulting from rules in user .forward files
in either exim filter or sieve format?
It will be a redirect router acessing those files or filters.
--
Cheers,
Jeremy
--
## subscription configuration (requires account):
11 matches
Mail list logo
