On Wed, 06 Apr 2011 19:06 +0200, "Jeroen Geilman" <jer...@adaptr.nl> wrote: > As the documentation for -o stress= explains
There's that persistent presumption that message sent = message received. I read the documentation. Lots of it. And clearly, as you've taken the time to point out, still managed to get it wrong. Thanks for amplifying my point. > You probably haven't calculated the absurd number of possible > configurations. No, I haven't done any such calculation. That in itself would be absurd. To do what I suggest -- simply suggest, as requested by Wietse -- is pick *one*. A rich, complex one. Just because you can't reasonably cover ALL possible scenarios, is your point/argument that one shouldn't attempt to do ONE thing? The very 'good example' that I referenced, Shorewall, does exactly that. Picks one (at a time), and thoroughly fleshes it out, in single consistent context -- a an invaluable *complement* to the rigorous detailed documentation. Seriously, why then bother ever having any examples of anything, as more often than not they won't be directly applicable to "your" specific case -- one of the many *other* "absurd number of possible configurations". > What IS clear from the docs, since it is referred to multiple times There's that presumption again. Really, my response to Wietse's request was NOT a commentary on *your* clear grasp of Postfix. I'm glad everything is so clear to you; I'm envious. > My advice is to read the man pages for each daemon carefully, and refer > back to them whenever you have questions such as these, since the man > page will tell you exactly what function each program performs, and > which configuration options apply to it. Thanks for that. RTFM never crossed my mind ... And my advice would be to read MY post, note that I've stated that I *have* read and re-read the docs, and refer back to the *stated* context of my comments -- as a new user's first impressions -- and the reason that I'm making the comments -- namely, I was asked by the app's author. Who, imo, has done a great job of putting together some excellent documentation -- and was open enough to ask for further feedback from an obviously new user.
