[TAG] need information about sylpheed-claws
androflux at softhome.net
Wed Apr 13 01:18:59 MSD 2005
On Thu, 7 Jul 2005 21:18:06 -0400,
"Benjamin A. Okopnik" <ben at linuxgazette.net> wrote:
> On Sat, Apr 09, 2005 at 08:33:54PM +0200, Karl-Heinz Herrmann wrote:
> > Hi,
> > On Fri, 08 Apr 2005 19:51:33 +0530
> > Joydeep Bakshi <hizibizi at spymac.com> wrote:
> > > my machine has PI with 48MB ram, 4.3GB HDD.
> > I was running spamassassin already on DEC 233 MHz with something like
> > 256MB and found it rather slow.
> Were you running 'spamd' or 'spamassassin' itself? The latter is indeed
> very slow/CPU intensive; the former has a 'startup cost' (high CPU usage
> for a few seconds when it starts), but is pretty low-impact afterwards,
> particularly if you lower the "--max-children" option in
> "/etc/default/spamassassin" (mine is set to 5 these days.)
> > The default setup also has a size limit
> > above which the mail is *not* checked to avoid spamassassin beeing
> > bogged down by huge mails.
> Heh, that's a non-solution to a real problem. What are you supposed to
> do if you _do_ get huge mails? Say, your boss decides to send you a
> two-line memo in MS Word - that's got to be a couple of gig, right? :)
> The anti-virus people have been jockeying with this kind of thing for a
> while. The problem is, of course, that compressed files could contain a
> virus, so you'd have to decompress them to check for one...
> ben at Fenrir:/tmp$ dd if=/dev/zero bs=1GB count=1|bzip2 > foo.bz2
> ben at Fenrir:/tmp$ ls foo*
> -rw-r--r-- 1 ben ben 722 2005-07-07 21:05 foo.bz2
> ben at Fenrir:/tmp$ mutt -s 'Hi, Karl-Heinz!' -a foo.bz2 kh at somewhere.com < /dev/null
Perhaps apropos of the swap space discussion elsewhere, I tried your
~$ dd if=/dev/zero bs=1GB count=1|bzip2 > foo.bz2
dd: memory exhausted
~$ dd --version
dd (coreutils) 5.2.1
Written by Paul Rubin, David MacKenzie, and Stuart Kemp.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
I have 128 megs of RAM, plus 150 or so of swap. Looks like dd tried to
grab the whole thing at once. You either have a different version of dd
or a much nicer setup than me. So for people without that much VM
kicking around, you could use:
~$ dd if=/dev/zero bs=1M count=1024 | bzip2 > foo.bz2
1024+0 records in
1024+0 records out
You'd have to use "bs=1MB count=1000" to make the size match Ben's
> If you project that kind of compression ratio to, say, 1TB or so, you
> can see how it might fry an AV utility's little brain... and if Mr.
> Cracker is lucky, it might totally fill up the partition as well.
That's just *evil*, Ben. I wish I'd thought of it.
More information about the TAG