<?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[Unconditional Call Forwarding and FOP2]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">I'm quite new to FOP2 but it is a fantastic product that is relatively easy to configure and use.  I do however have a small issue.  I have a client using FreePBX 2.10.1.2 and the v1.2.11 FOP2.  There are several users with call forwarding enabled on their extensions (through ARI).  This works without issues when trying to make a call directly to their extensions.  When the receptionist transfers a call to their extension (via FOP2), however, the call goes directly to the user's voicemail instead of forwarding to the number specified in CF settings.</p>
<p dir="auto">Any help would be appreciated.</p>
<p dir="auto">Thanks!</p>
]]></description><link>https://forum.fop2.com/topic/1439/unconditional-call-forwarding-and-fop2</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 17:59:43 GMT</lastBuildDate><atom:link href="https://forum.fop2.com/topic/1439.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 22 Apr 2013 20:16:18 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Unconditional Call Forwarding and FOP2 on Thu, 25 Apr 2013 22:25:39 GMT]]></title><description><![CDATA[<p dir="auto">Glad you found the issue!</p>
<p dir="auto">Best regards,</p>
]]></description><link>https://forum.fop2.com/post/6301</link><guid isPermaLink="true">https://forum.fop2.com/post/6301</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Thu, 25 Apr 2013 22:25:39 GMT</pubDate></item><item><title><![CDATA[Reply to Unconditional Call Forwarding and FOP2 on Thu, 25 Apr 2013 15:08:08 GMT]]></title><description><![CDATA[<p dir="auto">Nicolas,</p>
<p dir="auto">Sorry to have wasted your time, this one turned out to be related to a ring group setting that the particular user was a part of.  It was a big ring group so I didn't put two and two together and see that the "Ignore CF Settings" was checked for this ring group so the system was, in fact, operating the way it should.  Once I turned this setting off, the user was able to transfer the call out of FOP2 and it obeyed the CF setting of the extension being transferred to.</p>
<p dir="auto">Thanks for your help on this, I appreciate it very much!</p>
]]></description><link>https://forum.fop2.com/post/6300</link><guid isPermaLink="true">https://forum.fop2.com/post/6300</guid><dc:creator><![CDATA[kalleo_pbx]]></dc:creator><pubDate>Thu, 25 Apr 2013 15:08:08 GMT</pubDate></item><item><title><![CDATA[Reply to Unconditional Call Forwarding and FOP2 on Thu, 25 Apr 2013 14:27:00 GMT]]></title><description><![CDATA[<p dir="auto">Unfortunately your description does not make much sense. A blind transfer made by some user works and the other does not.</p>
<p dir="auto">FOP2 implements attendant transfers using the Atxfer manager command, and blind transfers using the Redirect manager command. Both commands take as destination an extension@context.</p>
<p dir="auto">After the transfer/redirect is sent to that extension@context, is the dialplan that controls behavior. Fop2 does not care, does not know about Call forward or Follow me or whatever. It just puts the call in the dialplan extension@context.</p>
<p dir="auto">You can enable full debug in fop2, but it will be very hard to read/follow. Your problem lies in the dialplan/asterisk, fop2 is not responsible of voicemails, call forwards and whatnot. You can inspect the asterisk full log also (/var/log/asterisk/full) after increasing verbosity and debug levels (asterisk -rx "core set verbose 10"; asterisk -rx "core set debug 1"), that might give you a better idea on what could go wrong, but again, it is wrong in the asterisk side of things.</p>
]]></description><link>https://forum.fop2.com/post/6299</link><guid isPermaLink="true">https://forum.fop2.com/post/6299</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Thu, 25 Apr 2013 14:27:00 GMT</pubDate></item><item><title><![CDATA[Reply to Unconditional Call Forwarding and FOP2 on Wed, 24 Apr 2013 13:20:31 GMT]]></title><description><![CDATA[<p dir="auto">They are using blind transfer and the call forwarding works without issue if you use a handset to dial the extension (it forwards to the cell phone with no issue).  The other strange thing is that another FOP2 user can make the same transfer and it obeys the call forwarding for the extension they are transferring the call to.  Both users have the same FOP2 permissions so I'm a little confused.  My CLI output doesn't show anything out of the ordinary.  When dialing the extension that is forwarded (from a handset), CLI shows the proper call forwarding being applied (unconditional).  However, when transferred from FOP2 to the forwarded extension by this particular user, CLI only shows transfer to voicemail even though Transfer is the only button being clicked on FOP2.</p>
]]></description><link>https://forum.fop2.com/post/6298</link><guid isPermaLink="true">https://forum.fop2.com/post/6298</guid><dc:creator><![CDATA[kalleo_pbx]]></dc:creator><pubDate>Wed, 24 Apr 2013 13:20:31 GMT</pubDate></item><item><title><![CDATA[Reply to Unconditional Call Forwarding and FOP2 on Tue, 23 Apr 2013 11:37:17 GMT]]></title><description><![CDATA[<p dir="auto">When transferring, fop2 redirects to the dialplan extension@context and follows the rules that are set there. So, any call forwarding or any other dialplan rule should be followed the same as if you dial the extension from any handset.  What kind of transfer are you using? attendant or blind? There is not much to do in fop2 itself as the transfer commands will just put the call in your dialplan, and asterisk will pick action up from there.</p>
]]></description><link>https://forum.fop2.com/post/6297</link><guid isPermaLink="true">https://forum.fop2.com/post/6297</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Tue, 23 Apr 2013 11:37:17 GMT</pubDate></item></channel></rss>