[pfx] Re: cleanup(8): recipient_canonical can emit an over-long socketmap query with no operator guard; PERM then retried as 451
Wietse Venema via Postfix-users <[email protected]> Thu, 16 Jul 2026 08:01:56 -0400 (EDT)
| Newsgroups | gmane.mail.postfix.user |
|---|---|
| Message-ID | <[email protected]> |
Dmytro Alieksieiev via Postfix-users:
> P.S. it would be a nice addition if pcre: tables could opt into PCRE2's
> UTF mode via a /u inline flag, the way native PCRE already spell it.
I thought one can request UTF mode by prepending (*UTF8) or (*UTF)
to the pattern.
> Worth noting the current handling makes u a natural letter to claim: an
> unrecognized flag isn't rejected, it's skipped with a warning ? so
> /(.{300})/u today drops the whole rule (and, inside an if ? ENDIF,
> orphans the ENDIF) rather than erroring. That fail-open behavior is its
> own small surprise, independent of the UTF question.
$ cat /tmp/p
IF /foo/u
/./ yes
ENDIF
$ postmap -q asdf pcre:/tmp/p
postmap: warning: pcre map /tmp/p, line 1: unknown regexp option "u": skipping this rule
postmap: warning: pcre map /tmp/p, line 3: ignoring ENDIF without matching IF
yes
Do you want this to be a fatal error instead of a warning?
Wietse
_______________________________________________
Postfix-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]