Richard Salts wrote: > We're currently using a custom written smtp server that filters "bad words". > I'm thinking that I'd much prefer using a generic MTA such as exim or > postfix, my personal preference being exim because I think it's much more > flexible. I'm just wondering what people think would be the best way of > achieving this. > > I'd prefer to have the rejection at smtp time rather than generate a bounce > and I was thinking a few possible solutions might work. > > a. acl_smtp_mime with mime_regex containing the "bad words" for things with > the appropriate $mime_content_type. The disadvantage of this being that it > only captures the first 32K and its CPU-intensive nature.
I'd be surprised if you ever came across an email with a mime part that didn't have a swear word in the first 32KB, but did at some point after that. 32KB is a lot of text ... Is it worth scanning after that? > b. Add the badwords into spamassassin rules and search $spam_report > for matches on these rules. It is a bit of an abuse of spamassasin but it > should work. If you're already using spamassassin that would probably be a better solution. No point mime decoding the email twice if you don't have to. > c. Pipe the message through a filter transport. This is obviously my least > preferred option as it will generate bounce messages after mail is accepted > or effectively blackhole the message if the bounce is supressed. Yeah, that's not a very nice solution. Have you considered replacing swear words with ****'s instead of rejecting messages that contain them? -- Mike Cardwell (https://secure.grepular.com/) (http://perlcv.com/) -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
