https://bugs.exim.org/show_bug.cgi?id=2677
Bug ID: 2677
Summary: local_part > 254 chars not pattern-matchable for
rewrite
Product: Exim
Version: 4.94
Hardware: x86
OS: Linux
Status: NEW
Severity: bug
Priority: medium
Component: Address Rewriting
Assignee: unalloca...@exim.org
Reporter: jgh146...@wizmail.org
CC: exim-dev@exim.org
>> On 12/12/2020 14:46, Frank Richter via Exim-users wrote:
>>> It comes from an e-mail with an overlong From: header:
>>> From: "â¦"
>>> <PPPPPPPPPPPPPPKKKKKKKKKKKKKKKKKTTTTTTTTTTTTTTTTTTTTTTTTRRRRRRRRRRRRRRRRRRRRRRRRSSSSSSSSSSSSSSSSSSSSSSSSSSAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADDDDDDDDDDDDDDDDDFFFFFFFFFFFFFFFFFFFFFCCCCCCCCCCCCCCCBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB@â¦>
>>>
>>> I'd like to reject such "address monsters". How's the best way to achieve
>>> this?
>>
>> Try a rewrite rule:
>>
>> ^.{40,}@tuced.eu deny...@tuced.de
>>
>> before your existing rule. Then a simple match-and-deny in your data ACL:
>>
>> deny condition = ${if eq {deny...@tuced.de} {${address:$h_from:}}}
Thanks.
This works for local parts from 40 up to 254 characters. For longer local parts
we get the same paniclog:
no @ found in the subject of an address list match â¦
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim
details at http://www.exim.org/ ##