Not only I have to thank Alan for this or that hint and the great software.
Nowadays I find his answers amusing. They sound like a mantra:
Read the documentation, post the debug output, don't change too much in the
default configuration
What is wrong with that answer?
And knowing that one might get this kind of answer: Maybe one thinks twice and
reads a bit more through the docs before posting a question.
In my opinion there are worse things than thinking twice.
I know people that behave exactly this way just for that reason. And they
solved most of their problems this way.
FreeRADIUS is a project with a comprehensive documentation. Many -if not most -
of the questions on the list could be answered by reading the wiki and the rest
of the documentation. Knowing this I personally would find it hard to
impossible to answer the same questions over and over again.
Thanks Alan.
Norbert Wegener
Von: freeradius-users-bounces+norbert.wegener=siemens@lists.freeradius.org
[freeradius-users-bounces+norbert.wegener=siemens@lists.freeradius.org] im
Auftrag von Alan DeKok [al...@deployingradius.com]
Gesendet: Donnerstag, 25. Juni 2009 08:20
An: daverum...@boothcreek.com; FreeRadius users mailing list
Betreff: Re: freeradius 2.1.6 ldap + mschapv2 to authenticate
daverum...@boothcreek.com wrote:
So funny you say that, I was just talking about that with a co worker. I
almost find myself searching for his emails and thinking that poor person who
is looking for help.
Asking people to read the debug log, as suggested in the FAQ, README,
INSTALL, man page, every single howto, and daily on this list?
For shame.
It's really quite simple. It's a choice. People DON'T read the
documentation. They DON'T follow instructions. They DON'T read the
debug log. But they get incensed when they get told to read it, and
they get incensed when told to follow instructions.
Happily, there is a solution. Along with Christopher, you're now the
new cut paste master. Please spend a few short hours every day
answering questions on this list by cutting pasting answers from the
existing documentation.
Also, you will need to explain to people that they should run the
server in debugging mode. Feel free to *continue* explaining why this
is necessary after they have gotten angry at you for not immediately
solving their problem.
Complaining about *my* behavior is not an option until you've
contributed something to the project.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html