Create the request->reply data structure as soon as the request

	Create the request->reply data structure as soon as the request
	passes a number of sanity checks.  After this point (rad_process),
	the server will send a reply (reject or otherwise), so we might
	as well have the reply structure sitting around.

	Updated authorization, authentication, and accounting to
	use request->reply everywhere.

	Updated the module functions to pull the check/reply items out of
	the 'request' structure, instead of passing them around as
	seperate variables.

	All of the modules still need to be updated for this new API.

	The changes in auth.c drop the 'user_msg'.  There are a bunch
	of 'FIXME's in the source now.