August 3rd, 2006


Inspiring search results...

So I'm looking up the addresses to some of these Ear/Nose/Throat doctors to see one of them soon about my ear. I enter the 1st address into Google and get this:
San Francisco Hearing Aids
929 Clay St Suite 501, San Francisco, CA 94108. Hearing Aids • Audiologists ... 2100 Webster St Suite 202, San Francisco, CA 94115 ... - 51k - Cached - Similar pages
Just fills me with hope.

HFS restore

During the honeymoon I frequently moved photos from my 1GB compact flash card to my laptop, whenever it got close to full. I did this with rsync, because rsync's my homeboy and I know how it works.

This morning I went to do another batch, but this time bravely used the OS X Finder, and in the process unlinked ("deleted", if you will) a bunch of photos because one of the directories had an overlapping name ("DCIM1843"). When it asked,

"Duplicate files, do you want to overwrite or skip or cancel?"

I was like,

"I know for a fact there are no duplicate filenames, so sure, overwrite...."

(because I didn't want to cancel and didn't think about what "skip" might mean, like would it skip that directory?)

Instead it deleted the only copy I had of those 80 photos or so, deleting not just the directory but all the files in it as well. Stupid finder.

So I immediately suspended the machine while I thought, so no filesystem activity occured. Then found this, which gives me hope (but $145), then went and bought an external Firewire drive to image my harddrive, using my MacBook Pro in target mode, using Artur's laptop has a host, moving all data from my laptop (with 'dd') to the firewire drive.

Except I'm only getting 4 MB/s through it, even with two dd's running, one reading, one writing. For 100GB, that's 7.11 hours. Bleh.

Any suggestions to speed this up?

plan: Extensible IMAP Server

I've decided my next fun project will be a modular IMAP server. dovecot's better than most IMAP servers, but it still sucks in a lot of ways. Maildir doesn't have the indexes I need for searching, no vfolders.....

I'm sick of client-side virtual folders. I use 3 or 4 machines, usually ssh to pine, which I'm fast at, but each has its own GUI IMAP client (typically Thunderbird), with different client-side virtual folders, and also my cell phone, whose INBOX I want to be filtered to very particular messages.

Things to abstract and other misc features:

-- underlying store (I'll probably only implement some MySQL schema that I care about and Maildir). don't worry, I'll force it to fail on startup if you're using MyISAM and not a reliable storage engine.
-- folders / vfolders (saved searches, tags, etc...)..
-- delete policies. what does delete command do? delete, or move to archive folder?
-- views per-port. so my phone's INBOX view is a different vfolder than other client's INBOX.
-- if client disconnects, a long-running disk-bound search will actually terminate and not continue to thrash the disk/db.
-- my store will support multiply linked emails in different folders w/ shared flags.
-- integrate well w/ MTAs/qpsmtpd/greylisters/virus scanners where previous mail setups have annoyed me. a lot of this is actually me hacking on qpsmtpd more probably.

The above sounds big/complicated, but I intend for this to be very quick/hacky. Unlike djabberd, I don't intend or care for/if anybody to use it. This will be me scratching my own itch. Everybody else should use gmail, but it's not for me.