Bug#439514: Teaching spam and ham is broken

2007-08-31 Thread Milan Zamazal
The documentation is fixed upstream now, so the fix will propagate to
the Debian package with the next upstream version.

Regards,

Milan Zamazal



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#439514: Teaching spam and ham is broken

2007-08-29 Thread Juhapekka Tolvanen

On Wed, 29 Aug 2007, +15:53:43 EEST (UTC +0300),
Milan Zamazal <[EMAIL PROTECTED]> pressed some keys:

> > "JT" == Juhapekka Tolvanen <[EMAIL PROTECTED]> writes:
> 
> JT> It is very important to have this:
> 
> JT> --fileprefix=${HOME}/.crm114/
> 
> JT> Instead of this:
> 
> JT> --fileprefix=${HOME}/.crm114
> 
> JT> In that second case it tries to find file
> JT> ${HOME}/.crm114./mailtrainer.crm or something like that. In
> JT> first case it _probably_ tries to find file
> JT> ${HOME}/.crm114/./mailtrainer.crm . That path has that weird
> JT> part "/./", but it works.
> 
> I see.  Actually it simply tries to concatenate the given fileprefix
> with the file name (at least on my machine) so if the final slash in
> fileprefix is missing, the resulting path is wrong.
> 
> I think this is a documentation issue, I'll report it upstream.  OK?

Just do it! ((C) Nike)


-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"Sou sa, ima mo ore wa mitsukerarenai sonzai no imi ga, dakara motto motto
motto motto motto kono karada ni imi wo kizamitsukeru: 'Tada waratte,
fuminijireba ii.'"   Dir en grey


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#439514: Teaching spam and ham is broken

2007-08-29 Thread Milan Zamazal
> "JT" == Juhapekka Tolvanen <[EMAIL PROTECTED]> writes:

JT> It is very important to have this:

JT> --fileprefix=${HOME}/.crm114/

JT> Instead of this:

JT> --fileprefix=${HOME}/.crm114

JT> In that second case it tries to find file
JT> ${HOME}/.crm114./mailtrainer.crm or something like that. In
JT> first case it _probably_ tries to find file
JT> ${HOME}/.crm114/./mailtrainer.crm . That path has that weird
JT> part "/./", but it works.

I see.  Actually it simply tries to concatenate the given fileprefix
with the file name (at least on my machine) so if the final slash in
fileprefix is missing, the resulting path is wrong.

I think this is a documentation issue, I'll report it upstream.  OK?

Thanks for the report,

Milan Zamazal


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#439514: Teaching spam and ham is broken

2007-08-27 Thread Juhapekka Tolvanen

On Mon, 27 Aug 2007, +14:47:06 EEST (UTC +0300),
Milan Zamazal <[EMAIL PROTECTED]> pressed some keys:

> > "JT" == Juhapekka Tolvanen <[EMAIL PROTECTED]> writes:
> 
> JT> Package: crm114 
> JT> Version: 20070810-1 
> 
> JT> If I try to teach my spam and ham to crm-114, I get these errors
> JT> every time:
> 
> JT> % crm114-learnspam.sh
> JT> 
> **
> JT> 1 / 1
> 
> JT>  ERROR: maillib.crm broke.  Here's the error\: ERROR:
> JT> /usr/bin/crm: *ERROR* For some reason, I was unable to read-open
> JT> the file named :*:cf_filename: Sorry, but this program is very
> JT> sick and probably should be killed off.  This happened at line
> JT> 717 of file /home/juhtolv/.crm114/mailreaver.crm (runtime system
> JT> location: crm_expr_file_io.c(151) function crm_expr_input)
> 
> Juhapekka,
> 
> looking into the referred crm114 sources it looks like your
> mailfilter.cf can't be found.  This must be something specific to your
> site, the following works fine on my machine:
> 
>   % echo 'X-CRM114-CacheID: sfid-20070827_125409_835767_201CA9EB ' | crm -u 
> ~/crm ~/crm/mailreaver.crm --spam
>   X-CRM114-CacheID: sfid-20070827_125409_835767_201CA9EB 
>   X-CRM114-Action: LEARNED AND CACHED SPAM

I changed my scripts lines to these:

/usr/bin/crm -u ${HOME}/.crm114 ${HOME}/.crm114/mailreaver.crm \
--config=${HOME}/.crm114/mailfilter.cf -u ${HOME}/.crm114 \
--fileprefix=${HOME}/.crm114/ --good < "$f" | egrep '^X-CRM114-.*$'

/usr/bin/crm -u ${HOME}/.crm114 ${HOME}/.crm114/mailreaver.crm \
--config=${HOME}/.crm114/mailfilter.cf -u ${HOME}/.crm114 \
--fileprefix=${HOME}/.crm114/ --spam < "$f" | egrep '^X-CRM114-.*$'

Now they both work just fine.

It is very important to have this:

--fileprefix=${HOME}/.crm114/

Instead of this:

--fileprefix=${HOME}/.crm114

In that second case it tries to find file ${HOME}/.crm114./mailtrainer.crm
or something like that. In first case it _probably_ tries to find file
${HOME}/.crm114/./mailtrainer.crm . That path has that weird part "/./",
but it works.


> Also the reported line number 717 looks weird -- I can't locate a
> corresponding place of the error in mailreaver.crm, even with
> maillib.crm inserted.  Could you please double check you actually use
> the unchanged mailreaver.crm and maillib.crm files (e.g. by using
> strace, ls -lu or so)?

Those files are unchanged and I have symlinks that point from ~/.crm114
to them:


yhteensä 24676
drwx--   3 juhtolv juhtolv 4096 2007-08-28 01:36 .
drwxr-xr-x 199 juhtolv juhtolv20480 2007-08-28 01:41 ..
-rw---   1 juhtolv juhtolv0 2007-07-14 15:10 allmail.txt
-rw---   1 juhtolv juhtolv0 2005-09-02 18:25 blacklist.mfp
lrwxrwxrwx   1 juhtolv juhtolv   34 2007-08-01 13:33 classifymail.crm -> 
/usr/share/crm114/classifymail.crm
-rw-r--r--   1 juhtolv juhtolv18086 2007-08-24 18:35 mailfilter.cf
lrwxrwxrwx   1 juhtolv juhtolv   32 2007-08-01 13:33 mailfilter.crm -> 
/usr/share/crm114/mailfilter.crm
lrwxrwxrwx   1 juhtolv juhtolv   32 2007-08-28 01:36 mailreaver.crm -> 
/usr/share/crm114/mailreaver.crm
lrwxrwxrwx   1 juhtolv juhtolv   33 2007-08-28 01:35 mailtrainer.crm -> 
/usr/share/crm114/mailtrainer.crm
-rw---   1 juhtolv juhtolv 12582924 2007-08-28 01:40 nonspam.css
-rw---   1 juhtolv juhtolv0 2007-07-14 15:09 nonspamtext.txt
-rw---   1 juhtolv juhtolv0 2005-09-02 18:25 priolist.mfp
drwx--   8 juhtolv juhtolv 4096 2007-08-24 19:15 reaver_cache
-rw---   1 juhtolv juhtolv0 2007-07-14 15:10 rejected_by_css.txt
-rw---   1 juhtolv juhtolv0 2006-08-04 03:22 rewrites.mfp
lrwxrwxrwx   1 juhtolv juhtolv   33 2007-08-01 13:33 rewriteutil.crm -> 
/usr/share/crm114/rewriteutil.crm
-rwxr--r--   1 juhtolv juhtolv 6924 2007-03-20 20:43 shuffle.crm
-rw---   1 juhtolv juhtolv 12582924 2007-08-28 01:40 spam.css
-rw---   1 juhtolv juhtolv0 2007-07-14 15:09 spamtext.txt
-rw---   1 juhtolv juhtolv   15 2005-09-02 18:25 whitelist.mfp


-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"Sou sa, ima mo ore wa mitsukerarenai sonzai no imi ga, dakara motto motto
motto motto motto kono karada ni imi wo kizamitsukeru: 'Tada waratte,
fuminijireba ii.'"   Dir en grey



Bug#439514: Teaching spam and ham is broken

2007-08-27 Thread Milan Zamazal
> "JT" == Juhapekka Tolvanen <[EMAIL PROTECTED]> writes:

JT> Package: crm114 
JT> Version: 20070810-1 

JT> If I try to teach my spam and ham to crm-114, I get these errors
JT> every time:

JT> % crm114-learnspam.sh
JT> 
**
JT> 1 / 1

JT>  ERROR: maillib.crm broke.  Here's the error\: ERROR:
JT> /usr/bin/crm: *ERROR* For some reason, I was unable to read-open
JT> the file named :*:cf_filename: Sorry, but this program is very
JT> sick and probably should be killed off.  This happened at line
JT> 717 of file /home/juhtolv/.crm114/mailreaver.crm (runtime system
JT> location: crm_expr_file_io.c(151) function crm_expr_input)

Juhapekka,

looking into the referred crm114 sources it looks like your
mailfilter.cf can't be found.  This must be something specific to your
site, the following works fine on my machine:

  % echo 'X-CRM114-CacheID: sfid-20070827_125409_835767_201CA9EB ' | crm -u 
~/crm ~/crm/mailreaver.crm --spam
  X-CRM114-CacheID: sfid-20070827_125409_835767_201CA9EB 
  X-CRM114-Action: LEARNED AND CACHED SPAM

Also the reported line number 717 looks weird -- I can't locate a
corresponding place of the error in mailreaver.crm, even with
maillib.crm inserted.  Could you please double check you actually use
the unchanged mailreaver.crm and maillib.crm files (e.g. by using
strace, ls -lu or so)?

Regards,

Milan Zamazal


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#439514: Teaching spam and ham is broken

2007-08-25 Thread Juhapekka Tolvanen

Package: crm114
Version: 20070810-1
Severity: important


If I try to teach my spam and ham to crm-114, I get these errors every
time:

% crm114-learnspam.sh
**
1 / 1

 ERROR: maillib.crm broke.  Here's the error\: 
ERROR: 
/usr/bin/crm: *ERROR* 
 For some reason, I was unable to read-open the file named  :*:cf_filename:
 Sorry, but this program is very sick and probably should be killed off.
This happened at line 717 of file /home/juhtolv/.crm114/mailreaver.crm
(runtime system location: crm_expr_file_io.c(151) function crm_expr_input)
X-CRM114-Version: 20070810-BlameTheSegfault ( TRE 0.7.5 (LGPL) ) MR-E02DBA3A 
X-CRM114-CacheID: sfid-20070825_061756_796681_B3A72D79 
X-CRM114-Notice: Please train this message. 

% crm114-learnnonspam.sh
**
1 / 1

 ERROR: maillib.crm broke.  Here's the error\: 
ERROR: 
/usr/bin/crm: *ERROR* 
 For some reason, I was unable to read-open the file named  :*:cf_filename:
 Sorry, but this program is very sick and probably should be killed off.
This happened at line 717 of file /home/juhtolv/.crm114/mailreaver.crm
(runtime system location: crm_expr_file_io.c(151) function crm_expr_input)
X-CRM114-Version: 20070810-BlameTheSegfault ( TRE 0.7.5 (LGPL) ) MR-E02DBA3A 
X-CRM114-CacheID: sfid-20070825_091824_017815_1A8DBC03 
X-CRM114-Notice: Please train this message. 


Those scripts and my ~/.crm114/mailfilter.cf should be attached.
/home/juhtolv/.crm114/mailreaver.crm is a symlink pointing to
/usr/share/crm114/mailreaver.crm .


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (1100, 'testing'), (990, 'stable'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 
'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages crm114 depends on:
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libtre4   0.7.5-1regexp matching library with appro

Versions of packages crm114 recommends:
ii  metamail  2.7-52 implementation of MIME

-- debconf-show failed

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"Sou sa, ima mo ore wa mitsukerarenai sonzai no imi ga, dakara motto motto
motto motto motto kono karada ni imi wo kizamitsukeru: 'Tada waratte,
fuminijireba ii.'"   Dir en grey


crm114-learnspam.sh
Description: Bourne shell script


crm114-learnnonspam.sh
Description: Bourne shell script
#  mailfilter.cf  -- Config file for mailfilter, mailreaver, mailtrainer
#  
#You MUST edit the fileds for "Secret Password", "mime decoder", and
#"cache_dupe_command".  Just those THREE things.  
#
# Changes to all other values are optional.
#
#Many of the options here have two or three alternatives; for your
# convenience, we have put all of the reasonable alternatives 
#  on sequential lines.  Uncomment the one you want, and leave the
#   others commented out.  If you leave more than one uncommented, the
#   last one is the one that's used.  Don't do that; it's ugly.
#
#   After you edit this file, don't forget to edit 'rewrites.mfp' 

# ->>>  You MUST set the following correctly! <<<---
#
#If you leave it as "DEFAULT-PASSWORD", you will not be able to 
#access the mail-to-myself commanding system, as "DEFAULT-PASSWORD"
#is specifically _disabled_ as a legal password.  Just pick something, eh?
#
:spw: /DEFAULT_PASSWORD/

# - If you want a verbose startup, turn this on.  Note that this is
#  - intentionally _after_ the password is set, so a verbose startup
#   - will not reveal your password.  
#
# juhtolv: This adds stuff before all headers. Not good.
#:verbose_startup: /SET/
:verbose_startup: //

#
# ->>>  You MUST set the following correctly! <<<---
#
# --- Some mail systems do mime decoding with "mimencode -d" or "-u".
# --- Others (such as Red Hat 8.0) use "mewdecode" .
# --- Yet others (such as Fedora Core 3) use "openssl base64 -d" .
# --- Yet Others (i.e. *BSDs) can use "base64" .
# --- See which one is on your system and use that one- comment
# --- the others out.  If you can't figure out what your base64 mime
# --- decoder is, or don't want mime decoding, set :do_base64: to /no/
# --- but expect a significant accuracy decrease if you do this.
#
#:do_base64: /no/
:do_base64: /yes/
#
#:mime_decoder: /mewdecode/
#:mime_decoder: /mimencode -d/
#:mime_decoder: /mimencode -u/
#:mime_decoder: /base64 -d/
:mime_decoder: /openssl base64 -d/
#:mime_decoder: /normalizemime/


# ->>>  You MUST set the following correctly! <<<---
#
#--- Linux (and Unix) systems use "hardli