Let me know if you find a solution/work-around for this one. I seem to be having a similar issue on Asterisk 1.6.1.1 on CentOS 5 32-bit. Using dynamic SIP agents. The events appear to be received by fop_server, but don't update the member status. (Unless you issue a reload-- in which case I suspect it's going out and grabbing the current status of everything again...) I'm including some fop_server debug output below.
~Matthew
(Below is when a member is auto-paused and stops ringing:)
127.0.0.1 <- Event: QueueMemberPaused
127.0.0.1 <- Privilege: agent,all
127.0.0.1 <- Queue: repair
127.0.0.1 <- Location: SIP/4779
127.0.0.1 <- MemberName: SIP/4779
127.0.0.1 <- Paused: 1
127.0.0.1 <- Reason: Auto-Pause
127.0.0.1 <- Server: 0
127.0.0.1 <- Event: QueueMemberStatus
127.0.0.1 <- Privilege: agent,all
127.0.0.1 <- Queue: repair
127.0.0.1 <- Location: SIP/4779
127.0.0.1 <- MemberName: SIP/4779
127.0.0.1 <- Membership: dynamic
127.0.0.1 <- Penalty: 0
127.0.0.1 <- CallsTaken: 0
127.0.0.1 <- LastCall: 0
127.0.0.1 <- Status: 1
127.0.0.1 <- Paused: 1
127.0.0.1 <- Server: 0
(Below is when a member is manually un-paused and then starts ringing:)
127.0.0.1 <- Event: QueueMemberPaused
127.0.0.1 <- Privilege: agent,all
127.0.0.1 <- Queue: repair
127.0.0.1 <- Location: SIP/4779
127.0.0.1 <- MemberName: SIP/4779
127.0.0.1 <- Paused: 0
127.0.0.1 <- Server: 0
127.0.0.1 <- Event: QueueMemberStatus
127.0.0.1 <- Privilege: agent,all
127.0.0.1 <- Queue: repair
127.0.0.1 <- Location: SIP/4779
127.0.0.1 <- MemberName: SIP/4779
127.0.0.1 <- Membership: dynamic
127.0.0.1 <- Penalty: 0
127.0.0.1 <- CallsTaken: 0
127.0.0.1 <- LastCall: 0
127.0.0.1 <- Status: 2
127.0.0.1 <- Paused: 0
127.0.0.1 <- Server: 0