On May 31, 2002 06:31 pm, Daniel Quinlan wrote:
> Jason Baker <[EMAIL PROTECTED]> writes:
> > This one got by with a 4.8/5... mostly in Korean, except for the
> > footer. The footer was worth having to read it though. :)
>
> The language guessing code (now in CVS) might have been able to detect
>
> That's a problem with your local copy. You obviously modified the file
> then did a cvs update. The CVS had an updated version of the file in
> that section. Choose either the CVS version (the bottom one) or your
> version (the top one) to keep.
Whoops, my fault. I deleted TextCat.pm and did a
It *is* in the documentation -- at least was just now when I read the
Mail::SpamAssassin::Conf manpage -- but then I'm behind on my email, so it might
not have been there when you wrote this. ok_locales seems to be one of the
better documented config options!
C
Michael Moncur wrote:
MM> Daniel
I wonder how the ok_languages stuff would deal with that footer!
C
Jason Baker wrote:
JB> This one got by with a 4.8/5... mostly in Korean, except for the footer. The
JB> footer was worth having to read it though. :)
JB>
JB> > If you could't understand this language, please click the rejection
Bart Schaefer writes:
> I'd suggest that init() set $self->{rules_filename} after it figures out
> what it is, but that will still be wrong for triplets.txt in the event
> that it is the name of a file rather than a directory.
There is also the problem of localization. If you have a localized
"
On Sat, 2002-06-01 at 13:35, Michael Moncur wrote:
> > Um, I just "fixed" it again, but it really should work now. I still
> > need to figure out why it was working for mass-check and not the other
> > programs, but please give it a go. Bleh.
>
> Something's wrong with TextCat.pm in the current
On Sat, Jun 01, 2002 at 12:35:35PM -0600, Michael Moncur wrote:
> Something's wrong with TextCat.pm in the current CVS, looks like a
> misapplied patch. Somewhere around line 65 looks like this:
>
> <<< TextCat.pm
> open(LM, "/usr/local/share/spamassassin/languages") || die "cannot open
> l
> Um, I just "fixed" it again, but it really should work now. I still
> need to figure out why it was working for mass-check and not the other
> programs, but please give it a go. Bleh.
Something's wrong with TextCat.pm in the current CVS, looks like a
misapplied patch. Somewhere around line 65
On Fri, 31 May 2002, Michael Moncur wrote:
> A bit of testing reveals that TextCat.pm is trying to use this:
> $self->{main}->{rules_filename}
>
> And it's coming out empty, so the "languages" file isn't found.
THe problem is that $self->{main}->{rules_filename} is only set when
passed in by t
Nathan Neulinger writes:
> This is the same problem I was seeing with triplets.txt. I think it
> would be a good idea to apply some fix for rules_filename to both of
> these cases.
Um, I just "fixed" it again, but it really should work now. I still
need to figure out why it was working for mass
This is the same problem I was seeing with triplets.txt. I think it
would be a good idea to apply some fix for rules_filename to both of
these cases.
-- Nathan
On Sat, 2002-06-01 at 00:53, Michael Moncur wrote:
> > Daniel Quinlan wrote:
> >
> > > The language guessing code (now in CVS) might hav
> > To answer my own question after some testing, "en" is the correct value.
>
> Yep, it's in the documentation too, BTW.
Ah, found it in man Mail::SpamAssassin::Conf. I was looking in the (older)
manual on the Web site before.
--
michael moncur mgm at starlingtech.com http://www.starlingtec
Michael Moncur writes:
> To answer my own question after some testing, "en" is the correct value.
Yep, it's in the documentation too, BTW.
I changed the language names a while ago to use the ISO 639 two or
three letter codes so they're more consistent with the ok_locales
option (and it also rem
> Daniel Quinlan wrote:
>
> > The language guessing code (now in CVS) might have been able to detect
> > that it was Korean if you set your preferences to "ok_languages en" or
> > such (it's turned off by default).
>
> Shouldn't this be "ok_languages english"? At least that's what one of your
> or
Daniel Quinlan wrote:
> The language guessing code (now in CVS) might have been able to detect
> that it was Korean if you set your preferences to "ok_languages en" or
> such (it's turned off by default).
Shouldn't this be "ok_languages english"? At least that's what one of your
original message
Jason Baker <[EMAIL PROTECTED]> writes:
> This one got by with a 4.8/5... mostly in Korean, except for the
> footer. The footer was worth having to read it though. :)
The language guessing code (now in CVS) might have been able to detect
that it was Korean if you set your preferences to "ok_lan
This one got by with a 4.8/5... mostly in Korean, except for the footer. The
footer was worth having to read it though. :)
> If you could't understand this language, please click the rejection button.
> [rejection]
> Because of operation error, this e-mail may be delivered.
> Please click the r
17 matches
Mail list logo
