Hi Sam, Am 16.10.2008 20:14 Uhr, Sam Clippinger schrieb: > Not for performance reasons specifically, no. I've only had a few > requests for regular expression support, so it hasn't been high on my > list of priorities. Implementing regular expressions also requires > another external library, which make cross-platform support more > challenging. I don't think this is an issue, as the pcre lib seems to be pretty portable, as it's beeing used in software like exim, php or apache.
> The biggest reason, however, is that it makes the configuration (and > documentation) more complex. Most folks don't really understand > regexps, so I believe there would be a lot of confusion and frustration > if spamdyke used them (consider especially the dot-matches-any-character > rule). I haven't seen enough evidence that the feature is worth the > extra pain. Probably enabling regexp support could be made optional and if enable the docs should simply indicate something like "uses perl compatible regular expression, if you don't know what they are, better keep this disabled". Another solution would be to support wildmats[1]. Wildmats are a pretty simple form of pattern matching as used by te bash shell for file globbing. While beeing easier to use, they're also less powerful that perl regular expressions. Probably using wildmats would be a nice compromise between flexible pattern matching and ease-of-use. A RDNS blacklist could look like: *.dynamic.* pc[0-9]* So if someone WANTS to match xydynamicanything he can just use *dynamic* Also the wildmat code is only about 5k so it could be easily included in spamdyke without the need for further external libs. [1] http://en.wikipedia.org/wiki/Wildmat -- Felix > That doesn't mean I'm opposed to them, just that it needs to be > implemented carefully and that the effort will be justified. > > -- Sam Clippinger > > Felix Buenemann wrote: >> Hi Sam, >> >> I wonder wether there is a specific reason not to use regular >> expressions via the PCRE lib to match patterns in blacklist files etc. >> >> Has this been avoided for performance reasons? >> >> -- Felix Buenemann _______________________________________________ spamdyke-users mailing list [email protected] http://www.spamdyke.org/mailman/listinfo/spamdyke-users
