This breaks milter_macro_defaults lookups, which always require the
form {name}. This would have been found immediately if the library
had tests.
Wietse
I don't use the new milter_macro_defaults feature yet, so Viktors patch
is ok for now.
Hope you can find a good long term solution,
Viktor Dukhovni:
> On Tue, Feb 14, 2017 at 09:43:25PM +0100, Matthias Schneider wrote:
> > Hi Viktor,
> >
> > i applyed the patch and after connecting to port 25 i'll get:
> >
>
> Yes, sorry, the original patch is buggy, it fails to initialize
> "cname" for already canonical (enclosed in {}) mul
> On Feb 14, 2017, at 4:06 PM, Matthias Schneider
> wrote:
>
> This patch works like a charm!
> Any chance to get this back into next stable release?
That's a question for Wietse, he may want to solve this in a different way,
or perhaps not at all (arguably your application should be able to d
Hi Viktor,
this patch works like a charm!
Any chance to get this back into next stable release?
Best regards
Matthias Schneider
- Ursprüngliche Mail -
Von: "Viktor Dukhovni"
An: postfix-users@postfix.org
Gesendet: Dienstag, 14. Februar 2017 21:54:44
Betreff: Re: milter m
On Tue, Feb 14, 2017 at 09:43:25PM +0100, Matthias Schneider wrote:
> Hi Viktor,
>
> i applyed the patch and after connecting to port 25 i'll get:
>
Yes, sorry, the original patch is buggy, it fails to initialize
"cname" for already canonical (enclosed in {}) multi-char names.
Try this one inste
---
Von: "Viktor Dukhovni"
An: postfix-users@postfix.org
Gesendet: Dienstag, 14. Februar 2017 20:43:42
Betreff: Re: milter macro names (potential patch)
On Tue, Feb 14, 2017 at 05:54:07PM +0100, Matthias Schneider wrote:
> I just tried to upgrade our postfix instances from 2.11 to
On Tue, Feb 14, 2017 at 05:54:07PM +0100, Matthias Schneider wrote:
> I just tried to upgrade our postfix instances from 2.11 to 3.1. This broke
> our milter that is expecting macro with name "i" but we got "{i}".
> Could we make this configurable?
It may be simplest to revert to the original (br