Re: dccifd error

2012-03-04 Thread xTrade Assessory
LuKreme wrote: > On 04 Mar 2012, at 05:38 , xTrade Assessory wrote: > >> not sure but probably the dccifd is the remote daemon and since DCC is a >> commerial service you might not have a account there, so you cannot >> connect ... ? > > "The non-commercial DCC softwa

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread jdow
On 2012/03/04 11:57, John Hardin wrote: On Sun, 4 Mar 2012, jdow wrote: On 2012/03/04 10:30, LuKreme wrote: On 04 Mar 2012, at 05:36 , xTrade Assessory wrote: > question is if necessary ... Being able to train mis-tagged spam is necessary, yes. I don’t see anyway to process a message in a mai

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread Jari Fredriksson
4.3.2012 22:44, LuKreme kirjoitti: > Trouble with simply moving the messages about in the shell between Maildirs > is that the courier files don’t get updated properly. > I move my files all the time, and no problems occurred so far. I use Courier too... -- Things past redress and now with m

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread LuKreme
On 04 Mar 2012, at 12:57 , John Hardin wrote: > On Sun, 4 Mar 2012, jdow wrote: > >> On 2012/03/04 10:30, LuKreme wrote: >>> On 04 Mar 2012, at 05:36 , xTrade Assessory wrote: >>> > question is if necessary ... >>> >>> Being able to train mis-tagged spam is necessary, yes. I don’t see >>> anyw

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread Jari Fredriksson
4.3.2012 20:49, jdow kirjoitti: > On 2012/03/04 10:30, LuKreme wrote: >> On 04 Mar 2012, at 05:36 , xTrade Assessory wrote: >>> question is if necessary ... >> >> Being able to train mis-tagged spam is necessary, yes. I don’t see >> anyway to process a message in a maildir and then move that messag

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread John Hardin
On Sun, 4 Mar 2012, jdow wrote: On 2012/03/04 10:30, LuKreme wrote: On 04 Mar 2012, at 05:36 , xTrade Assessory wrote: > question is if necessary ... Being able to train mis-tagged spam is necessary, yes. I don’t see anyway to process a message in a maildir and then move that message. How

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread jdow
On 2012/03/04 10:30, LuKreme wrote: On 04 Mar 2012, at 05:36 , xTrade Assessory wrote: question is if necessary ... Being able to train mis-tagged spam is necessary, yes. I don’t see anyway to process a message in a maildir and then move that message. How would you do it? bash script with f

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread LuKreme
On 04 Mar 2012, at 05:36 , xTrade Assessory wrote: > question is if necessary ... Being able to train mis-tagged spam is necessary, yes. I don’t see anyway to process a message in a maildir and then move that message. How would you do it? -- Lister: What d'ya think of Betty? Cat: Betty Rubble?

Re: dccifd error

2012-03-04 Thread LuKreme
On 04 Mar 2012, at 05:38 , xTrade Assessory wrote: > not sure but probably the dccifd is the remote daemon and since DCC is a > commerial service you might not have a account there, so you cannot > connect ... ? "The non-commercial DCC software is distributed under

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread RW
On Sun, 04 Mar 2012 09:36:25 -0300 xTrade Assessory wrote: > LuKreme wrote: > > On 04 Mar 2012, at 03:55 , xTrade Assessory wrote: > > > >> what do you think of something less complex? > > Yeah, I went with Junk/NotJunk, anything placed in Junk gets > > trained as spam, anything in NotJunk trained

Re: dccifd error

2012-03-04 Thread xTrade Assessory
LuKreme wrote: > On 04 Mar 2012, at 04:44 , LuKreme wrote: > >> mail spamd[26839]: dcc: failed to connect to local socket /var/dcc/dccifd > OK, I found http://wiki.apache.org/spamassassin/InstallingDCC after doing > some other googling, got DCC installed (I wiped the existing /var/dcc > director

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread xTrade Assessory
LuKreme wrote: > On 04 Mar 2012, at 03:55 , xTrade Assessory wrote: > >> what do you think of something less complex? > Yeah, I went with Junk/NotJunk, anything placed in Junk gets trained as spam, > anything in NotJunk trained as ham. What I’d like to do though is move the > messages that are in

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread LuKreme
On 04 Mar 2012, at 03:55 , xTrade Assessory wrote: > what do you think of something less complex? Yeah, I went with Junk/NotJunk, anything placed in Junk gets trained as spam, anything in NotJunk trained as ham. What I’d like to do though is move the messages that are in NotJunk to the inbox m

Re: dccifd error

2012-03-04 Thread LuKreme
On 04 Mar 2012, at 04:44 , LuKreme wrote: > mail spamd[26839]: dcc: failed to connect to local socket /var/dcc/dccifd OK, I found http://wiki.apache.org/spamassassin/InstallingDCC after doing some other googling, got DCC installed (I wiped the existing /var/dcc directory contents), restarted

dccifd error

2012-03-04 Thread LuKreme
I’ve noticed the following error in my mailogs: mail spamd[26839]: dcc: failed to connect to local socket /var/dcc/dccifd It’s repeated a lot. I searched the list archive and google, but only found pointers that this is a SpamAssasin module. Not sure why it’s not running, how to start it, or e

Re: Allowing IMAP users to train spam/ham

2012-03-04 Thread xTrade Assessory
LuKreme wrote: > I sued to have a setup where IMAP users could put mail into either SPAM or > Junk mailboxes to have it auto trained and then I had a script that stepped > through and did the training, and it also processed non-new mail in the inbox > as ham. Hi what do you think of something

Allowing IMAP users to train spam/ham

2012-03-04 Thread LuKreme
I sued to have a setup where IMAP users could put mail into either SPAM or Junk mailboxes to have it auto trained and then I had a script that stepped through and did the training, and it also processed non-new mail in the inbox as ham. USERROOT="$HOME"; MAILP="Maildir"; J_PATH="$USERROOT/${

Re: Spamassassin detect my mails as spam

2012-03-04 Thread LuKreme
On 25 Feb 2012, at 11:17 , Michelle Konzack wrote: > There is something in spamassassin which does recursive rDNS lookups on > all Received: headers No there isn’t. -- Exit, pursued by a bear.

Re: Some rules I created for suspicious Javascript practices

2012-03-04 Thread LuKreme
On 16 Feb 2012, at 18:11 , neon_overload wrote: > I have been hard at work on tweaking these rules and have come up with new > versions which appear more effective. Have not spent much time on > performance though. Curious how you arrived at the scoring. For example, I would thing that LOCAL_U_U