On Fri, 22 Apr 2005, Phil Chambers wrote:
>
> I understood that the \A would anchor the test to the start of the attachment,
> unlike ^ which anchors to the start of a line. Unfortunately, the test succeeds if
> it finds TV[opqr] at the start of any line in the attachment.
>
> Can anyone give me a test which will only search the start of the attachment?
Try writing a regex to match the raw binary and use mime_regex instead.
The "regex" condition takes one or more regular expressions as arguments and |
matches them against the full message (when called in the DATA ACL) or a raw |
MIME part (when called in the MIME ACL). The "regex" condition matches |
linewise, with a maximum line length of 32K characters. That means you cannot |
have multiline matches with the "regex" condition. |
|
The "mime_regex" condition can be called only in the MIME ACL. It matches up |
to 32K of decoded content (the whole content at once, not linewise). If the |
part has not been decoded with the "decode" modifier earlier in the ACL, it is |
decoded automatically when "mime_regex" is executed (using default path and |
filename values). If the decoded data is larger than 32K, only the first 32K |
characters are checked. |
Tony.
--
<fanf@???> <dot@???>
http://dotat.at/ ${sg{\N${sg{\
N\}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}\
\N}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}
