query doesn't stop at the first matching rule
On Mon, Jun 10, 2019 at 03:51:17AM -0700, Den1 wrote:
> Just one teeny tiny comment. Header_checks will trigger before procmail,
> sieve and so on therefore I am pretty much out of luck. Empty subject fields
> will be rejected before eithe
On Mon, Jun 10, 2019 at 03:51:17AM -0700, Den1 wrote:
> Just one teeny tiny comment. Header_checks will trigger before procmail,
> sieve and so on therefore I am pretty much out of luck. Empty subject fields
> will be rejected before either procmail or sieve inserts / replaces the
> subject field
Just one teeny tiny comment. Header_checks will trigger before procmail,
sieve and so on therefore I am pretty much out of luck. Empty subject fields
will be rejected before either procmail or sieve inserts / replaces the
subject field (header) in question. Are there any ways to run procmail
before
Noel Jones-2 wrote
> On 6/8/2019 10:11 AM, Den1 wrote:
>> Hello,
>>
>> I would be really thankful if someone could clarify it, please. It says
>> the
>> following, "Postfix works as documented in regexp_table(5) and
>> pcre_table(5), i.e. each query stops at the first matching rule. Now the
>> fol
Viktor Dukhovni wrote
>> On Jun 9, 2019, at 12:42 AM, Webmaster <
> webmaster@.klaipedaville
> > wrote:
>>
> The answer is simple. Postfix header checks DO NOT support any sort
> of multi-header conditionals or logic that depends on the order in
> which headers are checked against the rules. E
> On Jun 9, 2019, at 12:42 AM, Webmaster
> wrote:
>
> OK. This is gmail.com and the sequence / order of its headers is always the
> same isn't it? Plus, that is always the same user, always the same email
> address, always the same "empty" subject field and always the same recipient
> all the
is the subject field.
-Original Message-
From: Richard Damon
To: postfix-users@postfix.org
Sent: Sun, 09 Jun 2019 6:31
Subject: Re: Regexp Postfix query doesn't stop at the first matching rule
But if in the message Subject is before From, then the Subject will be
tested before the From hea
On 6/8/2019 10:11 AM, Den1 wrote:
Hello,
I would be really thankful if someone could clarify it, please. It says the
following, "Postfix works as documented in regexp_table(5) and
pcre_table(5), i.e. each query stops at the first matching rule. Now the
following two rules are in conflict:
/^Fro
uery match and the
> search goes on until it "meets" REJECT. In my opinion that's exactly
> what's going on here in my case.. . Is that not right? Am I wrong?
>
>
> -Original Message-
> From: Richard Damon
> To: postfix-users@postfix.org
> Sent: Sun
; REJECT. In my opinion that's exactly what's going on here in my
case.. . Is that not right? Am I wrong?
-Original Message-
From: Richard Damon
To: postfix-users@postfix.org
Sent: Sun, 09 Jun 2019 3:57
Subject: Re: Regexp Postfix query doesn't stop at the first match
enever all of these 4 per 1 message are matched?
>
> Any more pointers, please? Many thanks!
>
> Den
>
> -Original Message-----
> From: Wietse Venema
> To: Postfix users
> Sent: Sat, 08 Jun 2019 19:16
> Subject: Re: Regexp Postfix query doesn't stop at the
lease? Many thanks!
Den
-Original Message-
From: Wietse Venema
To: Postfix users
Sent: Sat, 08 Jun 2019 19:16
Subject: Re: Regexp Postfix query doesn't stop at the first matching rule
Den1:
> Hello,
>
> I would be really thankful if someone could clarify it, please. It says the
>
Den1:
> Hello,
>
> I would be really thankful if someone could clarify it, please. It says the
> following, "Postfix works as documented in regexp_table(5) and
> pcre_table(5), i.e. each query stops at the first matching rule. Now the
> following two rules are in conflict:
>
> /^From:\s*assistant
Hello,
I would be really thankful if someone could clarify it, please. It says the
following, "Postfix works as documented in regexp_table(5) and
pcre_table(5), i.e. each query stops at the first matching rule. Now the
following two rules are in conflict:
/^From:\s*assistant\@gmail\.com$/ REPLACE
14 matches
Mail list logo