hello, I am trying to switch from cvs version 2006-08-24 to cvs version 2006-11-16 and my accounting redundant group is processing the second module even if the first one is returning ok. why is detail_fail processed if sql returns ok ? Is something (I do not find in doc / changelog) changed ? thanks, Razvan Radu radiusd.conf: accounting { detail redundant { sql detail_fail } } radiusd -X Processing the accounting section of radiusd.conf modcall: entering group accounting for request 14 radius_xlat: '/acct/freeradius/accounting_full/192.168.0.1/20061116' rlm_detail: /acct/freeradius/accounting_full/%{Client-IP-Address}/%Y%m%d expands to /acct/freeradius/accounting_full/192.168.0.1/20061116 radius_xlat: 'Thu Nov 16 19:15:44 2006' modcall[accounting]: module "detail" returns ok for request 14 modcall: entering group for request 14 radius_xlat: ' ... LONG SQL QUERY ...' rlm_sql (sql): Reserving sql socket id: 46 rlm_sql_postgresql: Status: PGRES_COMMAND_OK rlm_sql_postgresql: query affected rows = 1 , fields = 1 rlm_sql (sql): Released sql socket id: 46 modcall[accounting]: module "sql" returns ok for request 14 radius_xlat: '/acct/freeradius/accounting_fail/192.168.0.1/1163697344' rlm_detail: /acct/freeradius/accounting_fail/%{Client-IP-Address}/%l expands to /acct/freeradius/accounting_fail/192.168.0.1/1163697344 radius_xlat: 'Thu Nov 16 19:15:44 2006' modcall[accounting]: module "detail_fail" returns ok for request 14 modcall: group returns ok for request 14 modcall: group accounting returns ok for request 14 Sending Accounting-Response of id 85 to 192.168.0.1 port 23148 Finished request 14