How would the admin start the conference? Sounds like you cannot invite yourself to start but instead the admin has to dial in. Would be nice to just click --martin
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Campbell, Alfred (BL60:9D30) Sent: Friday, September 19, 2008 10:23 AM To: Attardi, Joseph (BL60:9D30); sipx-dev Subject: Re: [sipX-dev] Use cases for inviting people to FreeSWITCH conferences. I don't think it's unreasonable assuming it clear in the UI. Al -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Attardi, Joseph (BL60:9D30) Sent: Friday, September 19, 2008 9:35 AM To: sipx-dev Subject: [sipX-dev] Use cases for inviting people to FreeSWITCH conferences. Yesterday afternoon, after talking with Woof! I found out that dialing from within FreeSWITCH works. Previously I wasn't supplying a correct address. It expects: sofia/hoth.us.nortel.com/[EMAIL PROTECTED] This solves several problems: The invited person doesn't get prompted for a PIN, and superadmin won't have any problems doing it. There are two methods: (1) dial - Dials the number, but doesn't return until the call is either picked up or goes unanswered. The current XmlRpcClientInterceptor being used times out after 5 seconds, so this might take some extra work. (2) bgdial - Returns immediately and dials in the background. This works well with one caveat - the conference must be 'active', i.e. there must be at least one person in the conference already. When talking with Kevin about (2) in the IRC channel, he made a good point - what use is it to invite someone to an empty conference? Presumably, the one doing the inviting would be the organizer and therefore would probably be on the conference call. So, here's my question: Is it reasonable to require at least one person be dialed in before the user can invite others? -- Joe Attardi [EMAIL PROTECTED] _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
