Am 05.01.2015 um 22:13 schrieb John Hardin:
On Mon, 5 Jan 2015, Bowie Bailey wrote:
You can avoid having to escape the slash (/) by using a different
separator for the regex. This can avoid leaning toothpick syndrome.
For example:
m#http://match/this/url/#
Ouch. # won't work for that
On 1/5/2015 4:13 PM, John Hardin wrote:
On Mon, 5 Jan 2015, Bowie Bailey wrote:
You can avoid having to escape the slash (/) by using a different
separator for the regex. This can avoid leaning toothpick syndrome.
For example:
m#http://match/this/url/#
Ouch. # won't work for that (in SA
Am 05.01.2015 um 22:57 schrieb Bowie Bailey:
On 1/5/2015 4:13 PM, John Hardin wrote:
On Mon, 5 Jan 2015, Bowie Bailey wrote:
You can avoid having to escape the slash (/) by using a different
separator for the regex. This can avoid leaning toothpick syndrome.
For example:
Am 05.01.2015 um 23:14 schrieb Bowie Bailey:
On 1/5/2015 5:02 PM, Reindl Harald wrote:
Am 05.01.2015 um 22:57 schrieb Bowie Bailey:
On 1/5/2015 4:13 PM, John Hardin wrote:
For example:
m#http://match/this/url/#
Ouch. # won't work for that (in SA at least) as it comments out the
rest of
On Mon, 2015-01-05 at 13:13 -0800, John Hardin wrote:
Ouch. # won't work for that (in SA at least) as it comments out the rest
of the RE.
But at least you can escape the # if you need it in a regex.
Martin
On 1/5/2015 5:02 PM, Reindl Harald wrote:
Am 05.01.2015 um 22:57 schrieb Bowie Bailey:
On 1/5/2015 4:13 PM, John Hardin wrote:
On Mon, 5 Jan 2015, Bowie Bailey wrote:
You can avoid having to escape the slash (/) by using a different
separator for the regex. This can avoid leaning
On Mon, 5 Jan 2015, Bowie Bailey wrote:
On 1/5/2015 4:13 PM, John Hardin wrote:
On Mon, 5 Jan 2015, Bowie Bailey wrote:
You can avoid having to escape the slash (/) by using a different
separator for the regex. This can avoid leaning toothpick syndrome.
For example:
--As of January 5, 2015 4:38:03 PM -0800, John Hardin is alleged to have
said:
On Mon, 5 Jan 2015, Bowie Bailey wrote:
On 1/5/2015 4:13 PM, John Hardin wrote:
On Mon, 5 Jan 2015, Bowie Bailey wrote:
You can avoid having to escape the slash (/) by using a different
separator for the
On 1/4/2015 5:42 AM, Reindl Harald wrote:
Am 04.01.2015 um 06:43 schrieb Bob Proulx:
The additional issue was that you were referencing PHP documentation.
Might as well have been referencing Lisp documentation for all of the
relevance it had. That was the point I saw being addressed at that
Am 05.01.2015 um 19:14 schrieb Bowie Bailey:
On 1/4/2015 5:42 AM, Reindl Harald wrote:
Am 04.01.2015 um 06:43 schrieb Bob Proulx:
The additional issue was that you were referencing PHP documentation.
Might as well have been referencing Lisp documentation for all of the
relevance it had. That
On Mon, 5 Jan 2015, Bowie Bailey wrote:
You can avoid having to escape the slash (/) by using a different
separator for the regex. This can avoid leaning toothpick syndrome.
For example:
m#http://match/this/url/#
Ouch. # won't work for that (in SA at least) as it comments out the rest
On Sat, Jan 03, 2015 at 10:43:49PM -0700, Bob Proulx wrote:
Maybe someone else will come up with a better documentation pointer
for variables expanded inside Perl strings.
Umm.. (sorry) for once Reindl is somewhat correct. We are writing rules
using _SpamAssassin_, not coding Perl. What
Am 04.01.2015 um 09:44 schrieb Henrik K:
On Sat, Jan 03, 2015 at 10:43:49PM -0700, Bob Proulx wrote:
Maybe someone else will come up with a better documentation pointer
for variables expanded inside Perl strings.
Umm.. (sorry) for once Reindl is somewhat correct. We are writing rules
using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04-01-15 11:03, Reindl Harald wrote:
Am 04.01.2015 um 09:44 schrieb Henrik K:
On Sat, Jan 03, 2015 at 10:43:49PM -0700, Bob Proulx wrote:
Maybe someone else will come up with a better documentation
pointer for variables expanded inside
Am 04.01.2015 um 11:21 schrieb Tom Hendrikx:
On 04-01-15 11:03, Reindl Harald wrote:
Am 04.01.2015 um 09:44 schrieb Henrik K:
On Sat, Jan 03, 2015 at 10:43:49PM -0700, Bob Proulx wrote:
Maybe someone else will come up with a better documentation
pointer for variables expanded inside Perl
Am 04.01.2015 um 06:43 schrieb Bob Proulx:
The additional issue was that you were referencing PHP documentation.
Might as well have been referencing Lisp documentation for all of the
relevance it had. That was the point I saw being addressed at that
point. PHP is a similar syntax that came
by writing some custom rules like below i found out that @ needs to be
esacped additionally to http://php.net/manual/de/function.preg-quote.php
are there other chars which needs special handling?
headerCUST_MANY_SPAM_TO X-Local-Envelope-To =~
/^(\h\.reindl\@thelounge\.net\)$/i
score
On Sat, 2015-01-03 at 21:08 +0100, Reindl Harald wrote:
by writing some custom rules like below i found out that @ needs to be
esacped additionally to http://php.net/manual/de/function.preg-quote.php
are there other chars which needs special handling?
headerCUST_MANY_SPAM_TO
On Sat, 3 Jan 2015, Reindl Harald wrote:
by writing some custom rules like below i found out that @ needs to be
esacped additionally to http://php.net/manual/de/function.preg-quote.php
are there other chars which needs special handling?
headerCUST_MANY_SPAM_TO X-Local-Envelope-To =~
Am 04.01.2015 um 00:55 schrieb Dave Funk:
On Sat, 3 Jan 2015, Reindl Harald wrote:
by writing some custom rules like below i found out that @ needs to be
esacped additionally to http://php.net/manual/de/function.preg-quote.php
are there other chars which needs special handling?
header
Reindl Harald wrote:
schrieb Dave Funk:
Umm, SA is written in Perl, not PHP. So you should look at Perl
regex documentation, not PHP docs
so what - @ is not a to escape char in whatever language and hence SA
specific and it don't matter in what language SA is written if you write a
On Sun, 04 Jan 2015 01:10:17 +0100
Reindl Harald wrote:
Am 04.01.2015 um 00:55 schrieb Dave Funk:
On Sat, 3 Jan 2015, Reindl Harald wrote:
by writing some custom rules like below i found out that @ needs
to be esacped additionally to
http://php.net/manual/de/function.preg-quote.php
Am 04.01.2015 um 02:38 schrieb Bob Proulx:
Reindl Harald wrote:
schrieb Dave Funk:
Umm, SA is written in Perl, not PHP. So you should look at Perl
regex documentation, not PHP docs
so what - @ is not a to escape char in whatever language and hence SA
specific and it don't matter in what
Reindl Harald wrote:
schrieb Bob Proulx:
Reindl, Please play nice. Dave was exactly correct and friendly with
his response to you. Liberty, tolerance and respect are not zero sum
concepts. (Stealing the excellent phrase from Judge Robert Hinkle.)
friendly would have been without the Umm
24 matches
Mail list logo