Daniel J McDonald wrote:
It would be a harmless confusion, but if you specified:
not_ok_locales se
ok_locales en
The ok_locales would do nothing at all. We'll have to document that
*very* carefully.
Maybe something like:
ok_locales !se all
Hmm, that's a bit confusing to me,
Stefan Jakobs wrote:
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,
M or does he think
All we know is users don't think like we do. http://www.useit.com/alertbox/
M how will you benefit from contact with this broader spectrum if
M they're emailing you in a character set you can't read?
* Sternstone recalls: I was only 20 years old and had my name in Tamil
in my
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
On Fri, 2007-12-07 at 11:15 -0500, Rich Dygert wrote:
Folks
I am the postmaster for @compuserve.com and @csi.com (the i is
important, @cs.com is someone else).
A couple months ago my email traffic doubled (from 1 million a day to 2
million a day). After some investigation I found that
Matt Kettler wrote:
Stefan Jakobs wrote:
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
On Fri, 2007-12-07 at 08:38 -0500, Matt Kettler wrote:
Stefan Jakobs wrote:
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).
triggers the MIME_HTML_ONLY BODY rule on every scan, stating that only a
text/html Content type was found, yet there is clearly a plain text
version being sent.
http://server20.lfchosting.com/ianng/message.txt
The main header has
Content-Type: multipart/related;
type=text/html;
Rich Dygert [EMAIL PROTECTED] wrote:
A couple months ago my email traffic doubled (from 1 million a day to 2
million a day). After some investigation I found that a spammer was
sending from [EMAIL PROTECTED] and I was getting the back splatter. I cancelled
the [EMAIL PROTECTED] account and
Karsten Bräckelmann wrote:
Maybe the devs can briefly explain how the charset is being determined.
Or at least, where exactly in the code one could find it...
Matt, also, I got a feeling, that logic is what the OP is actually
about. He does not want to leave out what he wants to be
[EMAIL PROTECTED] wrote:
M or does he think
All we know is users don't think like we do. http://www.useit.com/alertbox/
Fundamentally, SpamAssassin is a tool written by system administrators,
for system administrators and advanced users.
Like it or not, the project's primary goal has always
On Fri, 2007-12-07 at 23:36 +0100, Stefan Jakobs wrote:
On Friday 07 December 2007 20:42, Karsten Bräckelmann wrote:
Let's assume, one of them happens to be Swedish. And even though the
entire communication is English, that ignorant bastard dares to have his
real name at the bottom of his
On Friday 07 December 2007 20:42, Karsten Bräckelmann wrote:
On Fri, 2007-12-07 at 08:38 -0500, Matt Kettler wrote:
Stefan Jakobs wrote:
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
On Fri, Dec 07, 2007 at 02:34:51PM -0500, Asif Iqbal wrote:
I took a message and learned it as ham like this
cat email-with-headers | sa-learn --ham
(Useless use of cat!)
Now I should expect the exact same email to be considered as ham. Correct?
Not necessarily. You should expect that
Hi All
I took a message and learned it as ham like this
cat email-with-headers | sa-learn --ham
Now I should expect the exact same email to be considered as ham. Correct?
But it does not. When I pipe it through spamassassin like following it
shows it as spam
cat email-with-headers |
Folks
I am the postmaster for @compuserve.com and @csi.com (the i is
important, @cs.com is someone else).
A couple months ago my email traffic doubled (from 1 million a day to 2
million a day). After some investigation I found that a spammer was
sending from [EMAIL PROTECTED] and I was
McDonald, Dan wrote:
On Fri, 2007-12-07 at 11:15 -0500, Rich Dygert wrote:
Folks
I am the postmaster for @compuserve.com and @csi.com (the i is
important, @cs.com is someone else).
A couple months ago my email traffic doubled (from 1 million a day to 2
million a day). After some
Asif Iqbal wrote:
Hi All
I took a message and learned it as ham like this
cat email-with-headers | sa-learn --ham
Now I should expect the exact same email to be considered as ham. Correct?
No. You'd expect the bayes score to go down, but that alone might not be
enough.
But it does
On Sat, 2007-12-08 at 03:40 +0100, Karsten Bräckelmann wrote:
It's a rather twisted logic. You don't define what's good or bad (that
again would be a black/whitelist), you leave out what's bad...
Hmm, maybe not so twisted after all. ok_locales equals these are the
charset classes I probably can
On Sat, 2007-12-08 at 02:05 +0100, Stefan Jakobs wrote:
On Saturday 08 December 2007 01:15, Karsten Bräckelmann wrote:
Ok. My fault I mistook charsets with country codes. But replace se with
ru or ch or greek7. The result is the same. You want one charset to be
considered as not ham and
Iann Gorrill wrote:
Hello everyone,
We have a form that makes use of the phpmail class
(http://phpmailer.sourceforge.net) that for one reason or another,
triggers the MIME_HTML_ONLY BODY rule on every scan, stating that only
a text/html Content type was found, yet there is clearly a plain
On Fri, 2007-12-07 at 08:38 -0500, Matt Kettler wrote:
Stefan Jakobs wrote:
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).
On Fri, 2007-12-07 at 14:03 -0500, Rich Dygert wrote:
McDonald, Dan wrote:
On Fri, 2007-12-07 at 11:15 -0500, Rich Dygert wrote:
A couple months ago my email traffic doubled (from 1 million a day to 2
million a day). After some investigation I found that a spammer was
sending from
McDonald, Dan wrote:
On Fri, 2007-12-07 at 11:15 -0500, Rich Dygert wrote:
Folks
I am the postmaster for @compuserve.com and @csi.com (the i is
important, @cs.com is someone else).
A couple months ago my email traffic doubled (from 1 million a day to 2
million a day). After some
On Saturday 08 December 2007 01:15, Karsten Bräckelmann wrote:
snip
Ok. My fault I mistook charsets with country codes. But replace se with
ru or ch or greek7. The result is the same. You want one charset to be
considered as not ham and you have to give the whole list to the
parameter.
On Thu, 2007-12-06 at 22:42 -0500, Matt Kettler wrote:
[EMAIL PROTECTED] wrote:
And those who really want this effect can just list every locale except
the one they dislike, if that's really what they want.
Given the really small number of locales (character sets), this isn't
unreasonable to
On Fri, 2007-12-07 at 09:23 -0500, Matt Kettler wrote:
Also, keep in mind that it's perfectly valid to have multiple ok_locales
statements so:
No. :)
According to the documentation, if there are multiple ok_locales lines,
only the last one is used.
guenther
--
char *t=[EMAIL PROTECTED];
Hello everyone,
We have a form that makes use of the phpmail class (http://
phpmailer.sourceforge.net) that for one reason or another, triggers
the MIME_HTML_ONLY BODY rule on every scan, stating that only a text/
html Content type was found, yet there is clearly a plain text
version being
28 matches
Mail list logo
