Three comments: 1) MUST - If Admin or user has activated conference auto-record, then it's important to indicate this to participants of the conference call (this relates to privacy and in some regions will be a legal requirement). Ideally this is provided by an audible voice prompt to attendees as they join the conference indicating that it *may* be recorded. This prompt should not be repeated for users who have already joined the conference.
2) DESIRED - Offer an optional supervisory recording capability for the admin to use as a security or toll fraud check. This option would allow the admin to activate recording of a given conference bridge independent of the conference owner's record setting. The admin would need to input a separate inbox for the recording to be sent to. The recording title should be distinguishable (e.g. "Supervisor recording - jane's conference") 3) RECOMMENDATION - the conference owner's setting should override the admin setting. In the case of a supervisory recording, if set, the admin setting should override the conference owner's setting. -----Original Message----- From: Saint, David (CAR:9D60) Sent: Wednesday, September 23, 2009 1:34 PM To: [email protected] Subject: [sipX-dev] Proposed conference recording feature I've attached sceenshots to the jira issue http://track.sipfoundry.org/browse/XX-5594 with the proposed configuration of the conference recording feature. With this feature the administrator can configure an owner for the conference, if an owner is defined then the auto-record feature can be activated by either the administrator or the conference owner. When auto-record is switched on for a specific conference bridge then all corresponding conference calls get recorded and deposited into the conference owner's mailbox. Currently this feature doesn't provide the ability to dynamically switch recording of active conferences on and off since implementing that looks more tricky, and the fixed method of recording appears to be sufficient at the moment. Please let me know what you think of this proposal. Thanks... Dave. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
