<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Calls on Hold being transferred]]></title><description><![CDATA[<p dir="auto">My client has a FreePBX system we installed for them, and they're using FOP2 and for the most part love it; one issue they're having is that if they have an initial call that they place on Hold, then answer a second call, when they attempt to transfer the second ('live') call to a voicemail box, it instead transfers the initial caller that is on Hold, rather than transferring the 'live' call (second caller).</p>
<p dir="auto">From my understanding, a call on Hold is NOT supposed to be able to be transferred, so I'm scratching my head; I haven't stood next to the receptionist as she's doing the transfer, but she's used FOP2 enough, that I trust what she is describing.</p>
<p dir="auto">Does this seem possible, or do you think she indeed could be doing the transfer improperly?</p>
]]></description><link>https://forum.fop2.com/topic/2188/calls-on-hold-being-transferred</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 20:02:08 GMT</lastBuildDate><atom:link href="https://forum.fop2.com/topic/2188.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 07 Mar 2016 20:21:19 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Calls on Hold being transferred on Tue, 08 Mar 2016 01:04:15 GMT]]></title><description><![CDATA[<p dir="auto">My guess is that you might not have callevents=yes configured in sip.conf</p>
<p dir="auto">That is key to have hold/unhold events reported via AMI, important for FOP2 to determine what the active channel is.</p>
<p dir="auto">Try setting callevents=yes in your sip settings configuration in FreePBx.</p>
]]></description><link>https://forum.fop2.com/post/9629</link><guid isPermaLink="true">https://forum.fop2.com/post/9629</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Tue, 08 Mar 2016 01:04:15 GMT</pubDate></item></channel></rss>