The only downside to doing it this way is that it still adds the attributes to access-reject reply packets, which inherantly does not cause problems, except when dealing with larger networks, such as UUNet which request that the only attributes passes back are Proxy-State and Reply-Message...
-Miko > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of > [EMAIL PROTECTED] > Sent: Monday, August 26, 2002 8:25 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: RE: (RADIATOR) AddtoReply > > > 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:[EMAIL PROTECTED]] > Sent: zaterdag 24 augustus 2002 14:12 > To: Hugh Irvine > Cc: [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. > === > Archive at http://www.open.com.au/archives/radiator/ > Announcements on [EMAIL PROTECTED] > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. > === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.