pcrooker at orix
Sep 29, 2004, 4:22 PM
Post #5 of 6
On Wed, 29 Sep 2004, gaw zay wrote:
Re: ripmime 184.108.40.206 freezing up on decoding certain attachment
[In reply to]
> On Thu, 30 Sep 2004, Paul L Daniels wrote:
> > G'day Gaw,
> my name is actually brian (so's not to confuse the issue) Gaw Zay is just
> how Japanese pronounce "Gauze")
> > Have a go with the 1.4-dev release, available at:
> > http://pldaniels.com/ripmime/ripmime-1.4.dev.tar.gz
> > I did fix up a couple of tight-loop situations like that recently, though they were all different.
> well I'll try it but as I mentioned the code didn't change between
> 220.127.116.11 stable and this dev tarball.
> > Failing that working, try run with --no-ole in the parameter list
> this sounds like a good idea, I'm virus scanning has there been any
> OLE embedded viruses ever? I want to be save but it seems sane ...
Quite possible. I haven't knowingly seen a virus in an embedded object,
but you can embed executable binaries quite easily.
Such a loop condition is rare in my experience (ie hasn't happened yet ;-)
but I've received many, many msoffice files with embedded binaries, so
unless you get these mailpacks that cause loops alot I'd say the greater
risk is with not extracting OLE objects.
You could try embedding a virus-infected binary in say a word doc (just
drag and drop!) and see if your anti-virus program picks it up. From
memory I tried this and McAfee AV didn't (at that time, they may have
> Never be afraid to tell the world who you are.
> -- Anonymous
> 11:00:02 up 20 days, 1:12, 10 users, load average: 0.20, 0.16, 0.19
> Ripmime-general mailing list
> Ripmime-general [at] pldaniels
Ripmime-general mailing list
Ripmime-general [at] pldaniels