[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Anton via Exim-users
Jeremy Harris via Exim-users wrote on 14-05-24 00:04: On 13/05/2024 17:02, Anton via Exim-users wrote: Accordingly to the Googles' recent changes https://support.google.com/a/answer/81126?visit_id=638483404863497961-2571982079 https://support.google.com/a/answer/175365?hl=en&ref_topic=1354753

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Jeremy Harris via Exim-users
On 14/05/2024 09:25, Anton via Exim-users wrote: Since a mail can be forwarded several times before reaching its final  destination, it looks logical to put X-Forwarded header(s) at each hop [where  it was forwarded]. One might think so... but they don't actually say so. They do suggest ARC, w

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Lena--- via Exim-users
> My problem is that I'm aware a message is forwarded only at the routers level > (the final destination e-address is taken from /etc/aliases or ~/.forward) > and :at_start: option does not seems to work in transports I'm not sure, but you can try: In routers place the content you need into addre

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Ian Z via Exim-users
On Tue, May 14, 2024 at 01:41:28PM GMT, Lena--- via Exim-users wrote: > > My problem is that I'm aware a message is forwarded only at the > > routers level (the final destination e-address is taken from > > /etc/aliases or ~/.forward) and :at_start: option does not seems > > to work in transports

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Jeremy Harris via Exim-users
On 14/05/2024 18:12, Ian Z via Exim-users wrote: Clearly this solution is only valid if the add_header action is "lazily evaluated" i.e. delayed until actual delivery. Not so. Look at the documentation on verifies and $address_data. -- Cheers, Jeremy -- ## subscription configuration (requir

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Anton via Exim-users
Jeremy, Lena, Thank you for your advises. It perfectly works at ACL time. No side effects with my config detected so far. Thanks! A. Jeremy Harris via Exim-users wrote on 14-05-24 11:32: On 14/05/2024 09:25, Anton via Exim-users wrote: Since a mail can be forwarded several times before reac

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Anton via Exim-users
Ian Z via Exim-users wrote on 14-05-24 19:12: warn condition = ${if def:address_data} add_header = :at_start:X-Forwarded-For: $address_data Clearly this solution is only valid if the add_header action is "lazily evaluated" i.e. delayed until actual delivery. Is that the case? Ia

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Ian Z via Exim-users
On Tue, May 14, 2024 at 10:32:22AM GMT, Jeremy Harris via Exim-users wrote: > One might think so... but they don't actually say so. They do > suggest ARC, which supplies essentially the same information (but > they don't say "one or the other", which feels like half-baked > guidance to me). I'd

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Ian Z via Exim-users
On Tue, May 14, 2024 at 10:39:26PM GMT, Anton wrote: > you have two ACL rules, first one (verify recipient) "fills" the > $address_data, the second rule (above) just checks if there is any > data in the variable. I forgot that routers can be separately run for verification only, as Jeremy points

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Jeremy Harris via Exim-users
On 14/05/2024 23:09, Ian Z via Exim-users wrote: Is there documentation for the "experimental ARC" code in exim? In the experimental-spec.txt file there is documentation for the facility. There isn't anything for the code, beyond the actual source. -- Cheers, Jeremy -- ## subscription conf

[exim] Re: headers_add :at_start: in routers

2024-05-14 Thread Andrew C Aitchison via Exim-users
On Tue, 14 May 2024, Ian Z via Exim-users wrote: On Tue, May 14, 2024 at 10:32:22AM GMT, Jeremy Harris via Exim-users wrote: One might think so... but they don't actually say so. They do suggest ARC, which supplies essentially the same information (but they don't say "one or the other", whic