Matus UHLAR - fantomas via Postfix-users:
> >> > Bill Cole via Postfix-users escribi? el 11/12/2023 a las 15:31:
> >> >> On 2023-12-10 at 16:37:16 UTC-0500 (Sun, 10 Dec 2023 22:37:16 +0100)
> >> >> Carlos Velasco via Postfix-users <carlos.vela...@nimastelecom.com>
> >> >> is rumored to have said:
> >> >> [...]
> >> >>> And doing the same work in 2 different places can be called software
> >> >>> efficiency?
> >> >> No, but the "fix" here would be a divergence from how Milter has
> >> >> worked
> >> >> since it was created and semi-documented by Sendmail Inc. It is de
> >> >> facto
> >> >> controlled by the current developers of Sendmail, but I don't believe
> >> >> anyone is working to make Milter better, at least not in ways that
> >> >> would
> >> >> break compatibility.
>
> >> On 2023-12-11 at 09:37:39 UTC-0500 (Mon, 11 Dec 2023 15:37:39 +0100)
> >> Carlos Velasco via Postfix-users <carlos.vela...@nimastelecom.com>
> >> is rumored to have said:
> >> > No one is talking here about breaking any compatibility, re-read the
> >> > messages.
>
> >Bill Cole via Postfix-users:
> >> What did I miss? Are you not asking for Postfix to support providing
> >> milters with a header that none of them expect and which no other Milter
> >> implementation supports?
>
> On 11.12.23 10:31, Wietse Venema via Postfix-users wrote:
> >He asked to make this configurable. I declined because the human
> >cost (of having two incompatible ways to convey the connection info)
> >would in my opinion exceed the gain from saving a few machine cycles.
I was referring to a request to make the Postfix-generated Received:
header available to Milters, so that they would not have to generate
a fake Received: header from information that the Milter receives
with the smfi_connect() callback.
If the OP made requests other than fixing the inability to replace
or remove his prepended Received-SPF header, then I could not
discern that in the chaotic discussion.
> if application called from milter was able to distinguish between
> headers added locally (thus trusted) and headers received from the
> network (untrusted), it could effectively use the locally added
> headers.
See "I was referring..." above.
Wietse
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
