[exim] Variables set in router randomly unset

2025-03-15 Thread Patrik Peng via Exim-users
Hello We're running Exim 4.98 on FreeBSD and for many months now, we noticed a strange behavior which only appears very sporadically. To control DKIM signing for forwarded messages and bounces, we use the concept of setting variables in routers to reference them in transports quite often. So

[exim] Re: Variables set in router randomly unset

2025-03-11 Thread Patrik Peng via Exim-users
On 10.03.2025 16:37, Jeremy Harris via Exim-users wrote: No clue so far. Are there only the two mentions of r_dkim_data in your config, or are there other uses? There are three different routers each having the identical "set = r_dkim_data = ..." as their last statement: set = r_dkim_data =

[exim] Re: Variables set in router randomly unset

2025-03-11 Thread Patrik Peng via Exim-users
On 10.03.2025 18:32, Jeremy Harris via Exim-users wrote: No particular max, though it's bound to blow a memory limit at some point... Embedded NULs are a bad move though. Alright. Only valid JSON in our case. I guess another question is: for the problem case, was it (according to the debug)

[exim] Re: "No errors" in $spf_header_comment

2025-01-31 Thread Patrik Peng via Exim-users
On 30.01.2025 18:33, Andreas Metzler via Exim-users wrote: libspf2 also comes with a command-line program (spfquery) - Perhaps Patrik can reproduce the issue with spfquery. $ echo "1.1.1.1"a...@many-spf.hp-mail-infra-test-01.ch helohost.com | spfquery -f - StartError Context: Failed to query M

[exim] Re: "No errors" in $spf_header_comment

2025-01-30 Thread Patrik Peng via Exim-users
Seems right, I found these strings in the libspf2 source: https://www.libspf2.net/docs/html/spf__strerror_8c-source.html Since, there is a "SPF_E_MULTIPLE_RECORDS:" string in there, I guessed if there could be some issue in exims libspf2 integration or handling of the $spf_header_comment variab

[exim] "No errors" in $spf_header_comment

2025-01-30 Thread Patrik Peng via Exim-users
Hi all We're using Exim version 4.98 on FreeBSD and recently switched from perl-based spfd SPF checks to Exim's native one. In case of failures, we log additional details the following way: mail_acl: - - 8< - -     deny    spf = permerror     message = SPF check failed: $

[exim] Re: Send mail via fallback interface

2024-03-08 Thread Patrik Peng via Exim-users
Thanks all for the feedback I agree that my approach may be a bit too creative, I'll look into separate queues and corresponding outbound interfaces. Kind regards, Patrik Peng OpenPGP_signature.asc Description: OpenPGP digital signature -- ## subscription configuration (requires account):

[exim] Send mail via fallback interface

2024-03-07 Thread Patrik Peng via Exim-users
Hi For situations where an IP is blocked or rate limited, we would like to automatically try to send the mail via an alternate interface. The following configuration achieves the desired result. If a mail is queued for more than 5 minutes, it will be sent from a different source IP. remote_