I think about if its a good idea to apply the attached patch to the
procmailrc.example. That's what I usually use. Normally I'd just take
this as trivial documentation stuff but as that file is our official
filtering guideline, I'd like to know what you think.
The change has the advantages that the dots are a bit more general than the
(default) stars, so the user has neither to escape the chars nor to change
use the _STARS(x)_ macro. Or the other way round: Whatever STARS are
used, it simply works.
The disadvantages? I can only imaging that the user has to know some RE
basics to understand what the dots actually do. OTOH are the escaped
asterisks not very intuitive either.
Comments?
Cheers,
Malte
--
[SGT] Simon G. Tatham: "How to Report Bugs Effectively"
<http://www.chiark.greenend.org.uk/~sgtatham/bugs.html>
[ESR] Eric S. Raymond: "How To Ask Questions The Smart Way"
<http://www.catb.org/~esr/faqs/smart-questions.html>
Index: procmailrc.example
===================================================================
--- procmailrc.example (revision 43386)
+++ procmailrc.example (working copy)
@@ -27,7 +27,7 @@
# false positives according to rules/STATISTICS.txt). Let's put them in a
# different mbox. (This one is optional.)
:0:
-* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\*
+* ^X-Spam-Level: ...............
almost-certainly-spam
# All mail tagged as spam (eg. with a score higher than the set threshold)
