Nicholas Riley’s Weblog
Thoughts from a computer science graduate student,
medical student and Cocoa programmer (this week).

Skip over navigation
April 2003
Sun Mon Tue Wed Thu Fri Sat
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30      
Mar   May

made with
Click here to visit the Radio UserLand website.

NetNewsWire: More news, less junk. Faster

 

>
Saturday, April 12, 2003
 
Last week was very busy; despite my pouring copious hours into it, my research is going slower than I could possibly have imagined. For the current round of experiments I'm using much higher-quality tools than I did last semester, and I sure appreciate not having to fix stupid bugs everywhere I look. Slowness comes from the learning curve—so many tools to understand, so many configuration options to confound, so many places a feature could be inserted. I wasn't able to get any results by last Monday; I'm now working for this Monday. (Mondays are the days everyone in our group sends status reports and results, so it's a natural climax to the week; Wednesdays are meeting days, providing an added incentive to get stuff done™).

To change the topic completely, is Mac OS X's sendmail configuration supposed to work out of the box at all? While poking around I discovered that I had thousands of files in one machine's /var/spool/clientmqueue directory, mostly output from cron jobs and subsequent "can't deliver" notifications, followed by bounces after a few days. The log showed messages like this:

Apr 12 05:01:28 byron sendmail[7070]: h3B4PMFk000538: to=root, delay=1+05:35:46, xdelay=00:00:00, mailer=relay, pri=2731595, relay=localhost, dsn=4.0.0, stat=Deferred: Connection refused by localhost

There's a "/dev/null" in root's .forward, but it appears to be completely ineffective in preventing the pileup. Yay.

The only way to get even local mail delivery to work appears to be to run a sendmail daemon. By default turning on MAILSERVER in /etc/hostconfig causes the server to be open to the world, which I would not like. The undocumented (that I could find) M4 expansion for DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1,Name=MTA') causes sendmail to listen on the loopback interface only.

Back to my original question: is this stuff supposed to work out of the box, or is OS X's default mail configuration broken and untested? I use Postfix on my servers and don't use or particularly like sendmail, but for simple local workstation use I don't want to rock the boat. 10:52:30 PM | reply []


Looking for older (or newer) material? Click another date on the calendar at the top of this page.