On Wed, Jul 20, 2005 at 01:17:46AM +0100, Clive Menzies wrote: > On (19/07/05 17:38), John Hasler wrote: > > Clive Menzies writes: > > > I'm am online 24/7 but the process (as I understand it) by which mail is > > > collected (fetchmail) is via smtp. > > > > The originating host connects to your ISP's server via SMTP and delivers > > the email. Your ISP's server accepts it, terminates the connection, and > > puts the email in your mailbox there at the ISP. Fetchmail then fetches > > the email from that mailbox via POP or IMAP. It then delivers the message > > to Exim via SMTP. If Exim then rejects the email, what do you expect > > Fetchmail to do about it? > > > > Rejecting spam at SMTP time only works if you have your own domain, IP, and > > mailserver. Then the spammer's machine connects directly to Exim on your > > host and sa-exim can send him a rejection. > > See. I told you I am new to all this ;)
Ok. I have downloaded exim4-daemon-heavy, spamassassin, spamc And have been playing around. I set up mutt using the example in the spamassassin package, + procmail with spamc entries and when I hit R (macro index R "!/usr/bin/sa-learn --sync") my poor laptop (133Mhz 49M -- don't laugh I got it as a 'brick' for $12.00 NZD) almost died, killed postgres, a vim session I didn't realise I had open and 2 bash shells. :-( I sent a local email as a test and spamd had a fit for about 10sec. I downloaded 6 emails via fetcmail from my isp and the harddisk had a fit for about 20mins!! I hate to think what would happen if I d/l 200 messages, which is about normal for a day. I will happily purge them now. I didn't even get to feed a spam through :-( But I will look at some lightweight altenatives, if there is such a thing. -- Chris. ====== Reproduction if desired may be handled locally. -- rfc3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]