On Friday 07 December 2007 04:42, Matt Kettler wrote:
> [EMAIL PROTECTED] wrote:
> > MK> I'll be happy to change my assumptions, but can you name any good
> > reason MK> why they would want to do so?
> >
> > The Matt theme: restrict oneself from getting mail from any but a few
> > safe people, languages, or whatever. Life goes on in its familiar grey
> > days. But alas, the software knows best.
>
> Erm.. No. The Matt theme is to only add options if they have a use. I
> have yet to see a sensible argument for this..
>
> > The jidanni theme: open up life to a rainbow of possibilities. New
> > styles, new friends, new colors. Don't let the minor fact that we
> > filter out a tiny part of the spectrum cause us to miss out on new
> > contacts from who knows where.
>
> At that point, set ok_locales to all because you might miss out on new
> contacts from that tiny spectrum too.
>
> Also, how will you benefit from contact with this broader spectrum if
> they're emailing you in a character set you can't read?
>
> Now really. Can you make a serious argument why this configuration
> option would be useful. I'm being serious here. I honestly don't see a
> valid need for the option.
>
> And those who really want this effect can just list every locale except
> the one they dislike, if that's really what they want.

Let's assume you running a mailrelay for a university and your users are from 
different countries. Lets assume further on you have no Swedish people at 
your university (and you get a lot of spam from Sweden). Then it would be 
nice to have a not_ok_locales option, because you see immediately which 
locale character set is considered as possible spam.

If you have a list of: af ax al dz as ad ao ai aq ag ar am aw ac au at az bs 
bh bb by be bz bm bt bo ba ... ve vn vg vi wf eh ye yu zm zw
Do you see, that Sweden is the only country which is missing?  I know it 
maybe, but what happens when I quit my job. And somebody else should find the 
mistake, why some mails from Sweden are considered as spam. This can be trap.

I know this is a case with a lot of "if", but I mean it is better to have good 
readable configuration than to prevent a second parameter which does nearly 
the same as the first one.

Greetings Stefan

Attachment: pgph0EGI6iPge.pgp
Description: PGP signature

Reply via email to