Sunday, 26 January 2003

(no subject)

Sunday, 26 January 2003 12:42
pne: A picture of a plush toy, halfway between a duck and a platypus, with a green body and a yellow bill and feet. (Default)
Darn, someone else bid more than I on the power adapter for the HP Jornada. Rats.

But at least I won't have to worry about how to russle up the money so quickly :) I hadn't really budgeted for that.

New memory

Sunday, 26 January 2003 14:44
pne: A picture of a plush toy, halfway between a duck and a platypus, with a green body and a yellow bill and feet. (Default)
There -- my motherboard now has two brand spanking new Micron 256 MB SDRAM modules.

Hopefully my suspicion that my old memory might be untrustful are confirmed and I won't get random crashes any more (especially when dialling up to the Internet; I'd regularly get a bluescreen which I could recover from but which would kill my browser).

Now I no longer have mix-and-match memory but only one type, and name-brand stuff.

Maybe I'll sell my old memory on eBay or something, or at least the two of the modules that are Infineon; the third is no-name and probably won't fetch much.

(no subject)

Sunday, 26 January 2003 17:26
pne: A picture of a plush toy, halfway between a duck and a platypus, with a green body and a yellow bill and feet. (Default)
I tried to replace my mail filtering script by one using a newer version of Mail::Audit as well as using Mail::SpamAssassin, both of which modules my web host kindly installed for me.

However, at first some test spams I forwarded didn't get sent back to me, which is not good. Also, I couldn't add the Received: header at the front since the position parameter isn't passed on to Mail::Header. (Nor would I have been able to extract any Received: header but the first.)

What is even worse, however, is that I got an error message after every single email due to the script's failing with "Insecure dependency in unlink during global destruction"; apparently, the basic MIME stuff uses a temporary directory which it tries to clean up at the end, but it derives the name from unsafe information. Since my script is run setuid and also runs with -T (which is the default under setuid anyway), unlink() refuses to delete those files and the script fails. That's bad because everyone who sends me email will get such a failure report sent back to them, even if the mail was delivered successfully. And it's ugly.

So I've reverted back to the previous version for now (which I, fortunately, saved).

Edit: The message doesn't appear when I pass nomime => 1 to the constructor (which I found as a workaround for something else in the SpamAssassin FAQ). But I still don't quite trust the script as some of the spam I sent myself as a test didn't get to me. I'm not sure whether it's the fault of the script, the mailer on that system, GMX, somewhere in between, or what, but I don't want to run the rist of losing mail. I'll have to test some more, maybe next Sunday.

Profile

pne: A picture of a plush toy, halfway between a duck and a platypus, with a green body and a yellow bill and feet. (Default)
Philip Newton

June 2015

S M T W T F S
 12 3456
78910111213
14151617181920
2122232425 2627
282930    

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sunday, 4 January 2026 00:18
Powered by Dreamwidth Studios