(RADIATOR) AddtoReply

alexander.deboer at kpn.com alexander.deboer at kpn.com
Mon Aug 26 10:24:59 CDT 2002


If you don't like this behavior, you can specify your handlers like this:

<Handler Realm=bogus-service, Request-Type=Access-Request>
	...
	...
	AddToRequest Attribute-Name = Attribut-Value
</Handler> 

<Handler Realm=bogus-service, Request-Type=Accounting-Request>
	...
	...
</Handler>

Cheers,
Alexander

-----Original Message-----
From: Wim Biemolt [mailto:Wim.Biemolt at surfnet.nl]
Sent: zaterdag 24 augustus 2002 14:12
To: Hugh Irvine
Cc: radiator at open.com.au
Subject: Re: (RADIATOR) AddtoReply 



So many e-mail. So little time. But ...

==> From: Hugh Irvine

> This is the expected behaviour - why is it a problem?

Why is it expected behaviour that AddToReply also works for Accounting
replies when the manual states (6.17.8 AddToReply) "Adds attributes to
Access-Accepts before replying to the originating client."? If I read
this I expect AddToReply wouldn't add attributes to accounting replies.

And since I don't need attributes added to the accounting replies I
would be in favour of the behaviour described in the manual. But since
on the other hand the added attributes to the accounting replies don't
cause any real problem updating the manual would also be fine with me.
Leaving everything just the way it is now probably isn't a good idea.

-Wim -/- SURFnet

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.


More information about the radiator mailing list