Postfix 161
| Postfix: The Definitive Guide | |
| author | Kyle D. Dent |
| pages | 260 |
| publisher | O'Reilly and Associates |
| rating | 8/10 - Excellent book, a little thin on details in a few places |
| reviewer | Tony Williams |
| ISBN | 0596002122 |
| summary | An excellent guide to installing, configuring and running Postfix |
Fortunately, my first needs were simple and I came to realise that Postfix was a much easier system to install and maintain. Now that my needs are more complex, I was glad when this book hit my desk at exactly the same time as I started upgrading the corporate servers from Mac OS 9 to OS X Server.
Postfix: The Definitive Guide seems to fit the bill. It is a well-written and well-constructed guide to mail systems in general and Postfix in particular. (Oh, and speaking of definitive, could someone at O'Reilly provide a definitive answer to both reviewers and their own editors as to that colon? This is the second 'Definitive Guide' I've reviewed in as many months, and they are sprinkled with instances of each book's title, sometimes including that colon, sometimes leaving it out.)
The book starts with a good overview of the underlying technology in Chapters 1 and 2. I can't blame Dent for my slight confusion in the section on addresses and headers - having RFC822 superseded by RFC2822 was just a little too much coincidence for this particular "bear of little brain." He then follows it with a chapter discussing Postfix's architecture, important since Postfix uses a much more modular approach than the sendmail monolith, with each part of the mail handling process a different executable and the single queue turned into five.
Once the background is well covered, Dent then gets onto the nitty-gritty of configuring and administering Postfix. He has certainly covered everything I needed, including spam handling, multiple domains, relaying, SASL authentication and using LDAP. Once I'd finished grokking all that, and getting it integrated into my servers, I had a corporate email system up in three sites that replaced and improved upon a couple of thousand dollars worth of proprietary dreck. Happy is an understatement.
Dent's writing is sometimes a little patchy, though never bad. The technical detail does seem overpowering in places, though, and I occasionally found myself reading a section through more than once with a configuration file open in front of me. There are certainly spots where a little more hand holding and care with the writing would have been appreciated. (If you are a little more cognizant of the interstices of mail systems then you may not have the same problem.)
I did, however, appreciate the appendices enormously. The four appendices cover configuration parameters, Postfix commands, installation, and an FAQ. My system came with Postfix compiled and installed just as I required it so I didn't get a chance to thoroughly test out Dent's installation procedure (though it looks good); the other three continue to be useful.
If you want to have a look for yourself, then the usual O'Reilly page is complete with a table of contents and index, but this time no example chapter is provided (how come, O'Reilly?). You can also get an expanded version of the FAQ in Appendix 4 from Dent's website. A better example of Dent's writing style is an excellent article on troubleshooting with Postfix logs at O'Reilly's Onlamp.com.
This is an excellent book, Dent has explained the underlying methodology and use of Postfix well, taken the reader through all aspects of this MTA system and explained both the why and the how. I would recommend this book (and, as a result Postfix) to anyone looking for an MTA and a guide to configuring and running it.
You can purchase Postfix: The Definitive Guide from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
honestpuck (Score:5, Funny)
I was glad when this book hit my desk at exactly the same time as I started upgrading the corporate servers from Mac OS 9 to OS X Server
And I'm posting this anonymously because I know there are many of you who wondered the very same thing..
i stopped reading after i ran into this... (Score:2, Funny)
yeah.. that was about where I gave up on this review. Anyone that runs MacOS 9 as a server ... not someone I think I'd be taking advice from for my network.
Postfix? (Score:5, Funny)
/ | \
m / u
/ \
t s
/ \ / \
o d h i
Begun now (Score:3, Funny)
The sooner sendmail is consigned... (Score:4, Funny)
Q. Why does the 'sendmail book' have a bat on the cover?
A. The diet of the North American brown bat is principally composed of bugs. Sendmail is a software package principally composed of bugs.
or;
A. Bat guano is a source of ammonium nitrate, a principal ingredient of things that blow up in your face, like sendmail.
(And many others, courtesy of 'the unix haters handbook' (worth a read)).
Obviously, the people who designed the sendmail configuration file system can't have been smoking crack, it wasn't invented back then.
So what was it that they were on? LSD?
Re:i stopped reading after i ran into this... (Score:4, Funny)
Re:honestpuck (Score:2, Funny)
Well, this book got an "8". Since on slashdot, the average review is a "9", this review could be considered critical.
Re:I'm not trolling, really... (Score:5, Funny)
dd if=/dev/random of=./sendmail.cf
then hit Ctrl-C when you think you have enough configuring done. Small installs need about 30 seconds, enterprise installs need a few minuites.
Here's a cut'n'paste of the entire book. (Score:4, Funny)
Postfix, it just works!
---[snip]---
Re:IT'S SPELLED 'SPEECH' YOU INSENSITIVE GAY CLOD! (Score:0, Funny)
What if it's a boring topic? Like a new mailserver or something?
Re:The sooner sendmail is consigned... (Score:2, Funny)
It's widely been a subject of suspicious conjecture that Sendmail was written at the University of Berkeley shortly after LSD was invented in the same university.
I have Postfix on a box at my work here, and am loving it...too bad Sendmail on the production systems, its sendmail.cf hacked by dozens of admins before me, will never go away. If you wonder why, try working for a federal government bureaucracy and making any change whatsoever to the status quo.
Re:it took you this long to switch from sendmail? (Score:5, Funny)
I would never run qmail, and wouldn't recommend anyone use qmail.
Any program that just dies with the error message "cannot start: hath the daemon spawn no fire?" doesn't belong in an enterprise server.
Re:it took you this long to switch from sendmail? (Score:3, Funny)
Any program that just dies with the error message "cannot start: hath the daemon spawn no fire?" doesn't belong in an enterprise server.
Luckily, although qmail might have abandoned you with its error message, other F/OSS software authors have heard your plea:
To emphasize the highly professional nature of Nmap, all instances of "fucked up" in error message text has been changed to "b0rked".
( I'm half tempted to email in a patch to qmail that adds the configure flag of --idonthaveasenseofhumor )
Re:it took you this long to switch from sendmail? (Score:1, Funny)