# Blind Transfer Bug - #1 No Longer Works

**URL:** <https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201>\
**Category:** Reporting an Issue\
**Created:** [August 2, 2021, 2:29pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201 "2021-08-02T14:29:33Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Beau\_G](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/beau_g/32/110_2.png) [@Beau\_G](https://forums.vitalpbx.org/u/Beau_G)\
**Post date:** [August 2, 2021, 2:29pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/1 "2021-08-02T14:29:33Z")

</div>

When transferring a call by using the #1 function, the call will no longer transfer. You now need to hit only # and not #1 as described in the Feature Code \> On Call Features settings. Was able to reproduce this on a fresh install as well as our existing PBX.

---

<div class="post-metadata">

**Author:** ![PitzKey](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/pitzkey/32/420_2.png) [@PitzKey](https://forums.vitalpbx.org/u/PitzKey)\
**Post date:** [August 2, 2021, 2:42pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/2 "2021-08-02T14:42:59Z")

</div>

Whats the output of:

```auto
asterisk -x"features show"

```

---

<div class="post-metadata">

**Author:** ![EINM](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/einm/32/375_2.png) [@EINM](https://forums.vitalpbx.org/u/EINM)\
**Post date:** [August 2, 2021, 2:53pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/3 "2021-08-02T14:53:43Z")

</div>

Hello,

This is because the features module is unable to load correctly, since it’s trying to include some features that doesn’t exist, to fix it comment out the _custom\_atxfer_ and _custom\_blindxfer_ custom features in _/etc/asterisk/vitalpbx/features\_\_10-application-map.conf_

```auto
nano /etc/asterisk/vitalpbx/features__10-application-map.conf

```

![image](https://forums.vitalpbx.org/uploads/default/original/1X/2da3044fe4f27555494f10a340912f1a164e5b9b.png)

then reload the features module

```auto
asterisk -x"module reload features"

```

I hope that VitalPBX will fix this in the next release.

---

<div class="post-metadata">

**Author:** ![warwick](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/w/977dab/32.png) [@warwick](https://forums.vitalpbx.org/u/warwick)\
**Post date:** [August 16, 2021, 2:36pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/4 "2021-08-16T14:36:24Z")

</div>

I’ve commented out the 2 lines, done the reload however we still can not transfer calls

```auto
features show
Builtin Feature Default Current
--------------- ------- -------
Pickup *8 *08
Blind Transfer # #1
Attended Transfer *2
One Touch Monitor
Disconnect Call * *0
Park Call *4
One Touch MixMonitor

Dynamic Feature Default Current
--------------- ------- -------
one_touch_rec no def *3

Feature Groups:
---------------
===> Group: custom-features
===> --> one_touch_rec (*3)

```

any ideas ?

---

<div class="post-metadata">

**Author:** ![miguel](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/miguel/32/415_2.png) [@miguel](https://forums.vitalpbx.org/u/miguel)\
**Post date:** [August 16, 2021, 4:38pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/5 "2021-08-16T16:38:05Z")

</div>

I see the feature codes are loaded correctly, so you should use them without issues. Check your DTMF settings, or make sure you are not taking too much time to press all the required digits.

You can also chare a call log from Asterisk CLI to see what the Asterisk is doing.

---

<div class="post-metadata">

**Author:** ![warwick](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/w/977dab/32.png) [@warwick](https://forums.vitalpbx.org/u/warwick)\
**Post date:** [August 17, 2021, 9:13am UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/6 "2021-08-17T09:13:49Z")

</div>

Don’t think I was clear in my post.

The only thing that has happened with the config’s on the PBX is the upgrade to 3.1.0-1 all features on the PBX were working prior to the upgrade

We have 4 Carrier PBX’s all exhibiting the same issue.

---

<div class="post-metadata">

**Author:** ![PitzKey](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/pitzkey/32/420_2.png) [@PitzKey](https://forums.vitalpbx.org/u/PitzKey)\
**Post date:** [August 17, 2021, 10:39am UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/7 "2021-08-17T10:39:46Z")

</div>

Hi @warwick,

Please reply with the output of the following commands.

```auto
cat /etc/asterisk/vitalpbx/features__10-application-map.conf
cat /etc/asterisk/vitalpbx/features__50-main.conf
asterisk -r
module reload features

```

Thank you

---

<div class="post-metadata">

**Author:** ![warwick](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/w/977dab/32.png) [@warwick](https://forums.vitalpbx.org/u/warwick)\
**Post date:** [August 17, 2021, 2:22pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/8 "2021-08-17T14:22:12Z")

</div>

```auto
# cat /etc/asterisk/vitalpbx/features__10-application-map.conf
[applicationmap]
one_touch_rec => *3,self/caller,Gosub(sub-call-recording-on-demand,s,1(app,fmap))
; custom_atxfer => *02,self/caller,GoSub(custom_atxfer,s,1)
; custom_blindxfer => *01,self/caller,GoSub(custom_blindxfer,s,1)

[custom-features]
one_touch_rec =>
; custom_atxfer =>
; custom_blindxfer =>

# cat /etc/asterisk/vitalpbx/features__50-main.conf
; *********************************************************************************
; @Date : Sat Aug 14 14:22:07 GMT 2021
; @Document : features__50-main.conf
; @Author : VitalPBX
; @Platform : VitalPBX
; *********************************************************************************

[general]
pickupexten = *08
transferdigittimeout => 3
featuredigittimeout = 1000
atxfernoanswertimeout = 15
atxferdropcall = no

[featuremap]
blindxfer => #1
disconnect => *0
automon =>
atxfer => *2
parkcall => *4
automixmon =>

# asterisk -r
Asterisk 18.4.0, Copyright (C) 1999 - 2021, Sangoma Technologies Corporation and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 18.4.0 currently running on cpt1 (pid = 23552)
*CLI> module reload features
Module 'features' reloaded successfully.

```

---

<div class="post-metadata">

**Author:** ![PitzKey](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/pitzkey/32/420_2.png) [@PitzKey](https://forums.vitalpbx.org/u/PitzKey)\
**Post date:** [August 17, 2021, 2:43pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/9 "2021-08-17T14:43:35Z")

</div>

OK, you will need to do what @miguel said. Please enable DTMF logging and provide a call trace via pastebin.

---

<div class="post-metadata">

**Author:** ![warwick](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/w/977dab/32.png) [@warwick](https://forums.vitalpbx.org/u/warwick)\
**Post date:** [August 17, 2021, 4:13pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/10 "2021-08-17T16:13:06Z")

</div>

How do you enable dtmf logging ?

I imagine something must go in logger\_\_50-general.conf but what ?

---

<div class="post-metadata">

**Author:** ![EINM](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/einm/32/375_2.png) [@EINM](https://forums.vitalpbx.org/u/EINM)\
**Post date:** [August 17, 2021, 4:38pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/11 "2021-08-17T16:38:07Z")

</div>

From the GUI Settings \> PBX Settings \> Log Files and set DTMF to on

---

<div class="post-metadata">

**Author:** ![warwick](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/w/977dab/32.png) [@warwick](https://forums.vitalpbx.org/u/warwick)\
**Post date:** [August 17, 2021, 4:48pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/12 "2021-08-17T16:48:16Z")

</div>

\*2205 first and #1208 on second try

```auto
[2021-08-17 18:45:35] DTMF[14048][C-0000012d]: channel.c:3980 __ast_read: DTMF begin '*' received on SIP/NP205-00000363
[2021-08-17 18:45:35] DTMF[14048][C-0000012d]: channel.c:3991 __ast_read: DTMF begin passthrough '*' on SIP/NP205-00000363
[2021-08-17 18:45:35] DTMF[14048][C-0000012d]: channel.c:3866 __ast_read: DTMF end '*' received on SIP/NP205-00000363, duration 33 ms
[2021-08-17 18:45:35] DTMF[14048][C-0000012d]: channel.c:3917 __ast_read: DTMF end accepted with begin '*' on SIP/NP205-00000363
[2021-08-17 18:45:35] DTMF[14048][C-0000012d]: channel.c:3932 __ast_read: DTMF end '*' detected to have actual duration 19 on the wire, emulation will be triggered on SIP/NP205-00000363
[2021-08-17 18:45:35] DTMF[14048][C-0000012d]: channel.c:3939 __ast_read: DTMF end '*' has duration 19 but want minimum 80, emulating on SIP/NP205-00000363
[2021-08-17 18:45:35] DTMF[14048][C-0000012d]: channel.c:4014 __ast_read: DTMF end emulation of '*' queued on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3980 __ast_read: DTMF begin '2' received on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3991 __ast_read: DTMF begin passthrough '2' on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3866 __ast_read: DTMF end '2' received on SIP/NP205-00000363, duration 33 ms
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3917 __ast_read: DTMF end accepted with begin '2' on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3932 __ast_read: DTMF end '2' detected to have actual duration 19 on the wire, emulation will be triggered on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3939 __ast_read: DTMF end '2' has duration 19 but want minimum 80, emulating on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:4014 __ast_read: DTMF end emulation of '2' queued on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3980 __ast_read: DTMF begin '2' received on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3991 __ast_read: DTMF begin passthrough '2' on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3866 __ast_read: DTMF end '2' received on SIP/NP205-00000363, duration 33 ms
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3917 __ast_read: DTMF end accepted with begin '2' on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3932 __ast_read: DTMF end '2' detected to have actual duration 19 on the wire, emulation will be triggered on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:3939 __ast_read: DTMF end '2' has duration 19 but want minimum 80, emulating on SIP/NP205-00000363
[2021-08-17 18:45:36] DTMF[14048][C-0000012d]: channel.c:4072 __ast_read: DTMF end emulation of '2' queued on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3980 __ast_read: DTMF begin '0' received on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3991 __ast_read: DTMF begin passthrough '0' on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3866 __ast_read: DTMF end '0' received on SIP/NP205-00000363, duration 33 ms
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3917 __ast_read: DTMF end accepted with begin '0' on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3932 __ast_read: DTMF end '0' detected to have actual duration 21 on the wire, emulation will be triggered on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3939 __ast_read: DTMF end '0' has duration 21 but want minimum 80, emulating on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:4014 __ast_read: DTMF end emulation of '0' queued on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3980 __ast_read: DTMF begin '5' received on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3991 __ast_read: DTMF begin passthrough '5' on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3866 __ast_read: DTMF end '5' received on SIP/NP205-00000363, duration 33 ms
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3917 __ast_read: DTMF end accepted with begin '5' on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3932 __ast_read: DTMF end '5' detected to have actual duration 19 on the wire, emulation will be triggered on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:3939 __ast_read: DTMF end '5' has duration 19 but want minimum 80, emulating on SIP/NP205-00000363
[2021-08-17 18:45:37] DTMF[14048][C-0000012d]: channel.c:4014 __ast_read: DTMF end emulation of '5' queued on SIP/NP205-00000363

[2021-08-17 18:47:00] DTMF[15049][C-0000012e]: channel.c:3980 __ast_read: DTMF begin '#' received on SIP/NP205-00000365
[2021-08-17 18:47:00] DTMF[15049][C-0000012e]: channel.c:3991 __ast_read: DTMF begin passthrough '#' on SIP/NP205-00000365
[2021-08-17 18:47:00] DTMF[15049][C-0000012e]: channel.c:3866 __ast_read: DTMF end '#' received on SIP/NP205-00000365, duration 33 ms
[2021-08-17 18:47:00] DTMF[15049][C-0000012e]: channel.c:3917 __ast_read: DTMF end accepted with begin '#' on SIP/NP205-00000365
[2021-08-17 18:47:00] DTMF[15049][C-0000012e]: channel.c:3932 __ast_read: DTMF end '#' detected to have actual duration 20 on the wire, emulation will be triggered on SIP/NP205-00000365
[2021-08-17 18:47:00] DTMF[15049][C-0000012e]: channel.c:3939 __ast_read: DTMF end '#' has duration 20 but want minimum 80, emulating on SIP/NP205-00000365
[2021-08-17 18:47:01] DTMF[15049][C-0000012e]: channel.c:4014 __ast_read: DTMF end emulation of '#' queued on SIP/NP205-00000365
[2021-08-17 18:47:01] DTMF[15049][C-0000012e]: channel.c:3980 __ast_read: DTMF begin '1' received on SIP/NP205-00000365
[2021-08-17 18:47:01] DTMF[15049][C-0000012e]: channel.c:3991 __ast_read: DTMF begin passthrough '1' on SIP/NP205-00000365
[2021-08-17 18:47:01] DTMF[15049][C-0000012e]: channel.c:3866 __ast_read: DTMF end '1' received on SIP/NP205-00000365, duration 33 ms
[2021-08-17 18:47:01] DTMF[15049][C-0000012e]: channel.c:3917 __ast_read: DTMF end accepted with begin '1' on SIP/NP205-00000365
[2021-08-17 18:47:01] DTMF[15049][C-0000012e]: channel.c:3932 __ast_read: DTMF end '1' detected to have actual duration 19 on the wire, emulation will be triggered on SIP/NP205-00000365
[2021-08-17 18:47:01] DTMF[15049][C-0000012e]: channel.c:3939 __ast_read: DTMF end '1' has duration 19 but want minimum 80, emulating on SIP/NP205-00000365
[2021-08-17 18:47:01] DTMF[15049][C-0000012e]: channel.c:4014 __ast_read: DTMF end emulation of '1' queued on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3980 __ast_read: DTMF begin '2' received on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3991 __ast_read: DTMF begin passthrough '2' on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3866 __ast_read: DTMF end '2' received on SIP/NP205-00000365, duration 33 ms
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3917 __ast_read: DTMF end accepted with begin '2' on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3932 __ast_read: DTMF end '2' detected to have actual duration 21 on the wire, emulation will be triggered on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3939 __ast_read: DTMF end '2' has duration 21 but want minimum 80, emulating on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:4014 __ast_read: DTMF end emulation of '2' queued on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3980 __ast_read: DTMF begin '0' received on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3991 __ast_read: DTMF begin passthrough '0' on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3866 __ast_read: DTMF end '0' received on SIP/NP205-00000365, duration 33 ms
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3917 __ast_read: DTMF end accepted with begin '0' on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3932 __ast_read: DTMF end '0' detected to have actual duration 20 on the wire, emulation will be triggered on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:3939 __ast_read: DTMF end '0' has duration 20 but want minimum 80, emulating on SIP/NP205-00000365
[2021-08-17 18:47:02] DTMF[15049][C-0000012e]: channel.c:4014 __ast_read: DTMF end emulation of '0' queued on SIP/NP205-00000365
[2021-08-17 18:47:03] DTMF[15049][C-0000012e]: channel.c:3980 __ast_read: DTMF begin '8' received on SIP/NP205-00000365
[2021-08-17 18:47:03] DTMF[15049][C-0000012e]: channel.c:3991 __ast_read: DTMF begin passthrough '8' on SIP/NP205-00000365
[2021-08-17 18:47:03] DTMF[15049][C-0000012e]: channel.c:3866 __ast_read: DTMF end '8' received on SIP/NP205-00000365, duration 33 ms
[2021-08-17 18:47:03] DTMF[15049][C-0000012e]: channel.c:3917 __ast_read: DTMF end accepted with begin '8' on SIP/NP205-00000365
[2021-08-17 18:47:03] DTMF[15049][C-0000012e]: channel.c:3932 __ast_read: DTMF end '8' detected to have actual duration 20 on the wire, emulation will be triggered on SIP/NP205-00000365
[2021-08-17 18:47:03] DTMF[15049][C-0000012e]: channel.c:3939 __ast_read: DTMF end '8' has duration 20 but want minimum 80, emulating on SIP/NP205-00000365
[2021-08-17 18:47:03] DTMF[15049][C-0000012e]: channel.c:4014 __ast_read: DTMF end emulation of '8' queued on SIP/NP205-00000365

```

---

<div class="post-metadata">

**Author:** ![PitzKey](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/pitzkey/32/420_2.png) [@PitzKey](https://forums.vitalpbx.org/u/PitzKey)\
**Post date:** [August 17, 2021, 5:30pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/13 "2021-08-17T17:30:42Z")

</div>

Please provide a full call trace.

```auto
grep C-0000012d /var/log/asterisk/full >> /tmp/C-0000012d
grep C-0000012e /var/log/asterisk/full >> /tmp/C-0000012e

```

And then upload the content of `/tmp/C-0000012d` to [pastebin.com](http://pastebin.com) as well as the content of `/tmp/C-0000012e` to another [pastebin.com](http://pastebin.com)

---

<div class="post-metadata">

**Author:** ![warwick](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/w/977dab/32.png) [@warwick](https://forums.vitalpbx.org/u/warwick)\
**Post date:** [August 17, 2021, 7:43pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/14 "2021-08-17T19:43:24Z")

</div>

> **[C-0000012d - Pastebin.com](https://pastebin.com/pd3gdNzG)**
>
> Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.

and

> **[C-0000012e - Pastebin.com](https://pastebin.com/xE3FweM7)**
>
> Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.

---

<div class="post-metadata">

**Author:** ![PitzKey](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/pitzkey/32/420_2.png) [@PitzKey](https://forums.vitalpbx.org/u/PitzKey)\
**Post date:** [August 17, 2021, 10:30pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/15 "2021-08-17T22:30:17Z")

</div>

```auto
[2021-08-17 18:45:25] VERBOSE[14048][C-0000012d] pbx.c: Executing [1026@trk-9-dial:49] Dial("SIP/NP205-00000363", "SIP/T2_outbound/1026,90,ktrU(sub-call-recording^ea98838f5817efbf^205^1026^no)") in new stack
[2021-08-17 18:46:51] VERBOSE[15049][C-0000012e] pbx.c: Executing [1026@trk-9-dial:49] Dial("SIP/NP205-00000365", "SIP/T2_outbound/1026,90,ktrU(sub-call-recording^ea98838f5817efbf^205^1026^no)") in new stack

```

In both calls you have the `t` option which allows the callee to initiate a DTMF transfer. In your DTMF logs, we see that the caller tries to initiate the DTMF transfer.

---

<div class="post-metadata">

**Author:** ![warwick](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/w/977dab/32.png) [@warwick](https://forums.vitalpbx.org/u/warwick)\
**Post date:** [August 18, 2021, 7:15am UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/16 "2021-08-18T07:15:38Z")

</div>

Where do we configure that in VitalPBX ? I imagine it should be then a capital T

---

<div class="post-metadata">

**Author:** ![warwick](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/w/977dab/32.png) [@warwick](https://forums.vitalpbx.org/u/warwick)\
**Post date:** [August 18, 2021, 7:17am UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/17 "2021-08-18T07:17:09Z")

</div>

Just found it under dial profiles.

Was the defaults changed in the upgrade as we previously could transfer calls.

---

<div class="post-metadata">

**Author:** ![PitzKey](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/pitzkey/32/420_2.png) [@PitzKey](https://forums.vitalpbx.org/u/PitzKey)\
**Post date:** [August 18, 2021, 8:58am UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/18 "2021-08-18T08:58:08Z")

</div>

> [@warwick](#):
>
> Was the defaults changed in the upgrade as we previously could transfer calls.

The default NEVER had it enabled, and it is SUPER dangerous to enable it if you don’t know what you are doing. This means, that anyone who calls your phone number, can now place calls to any high cost phone number through your system by “transferring” calls through DTMF.

---

<div class="post-metadata">

**Author:** ![mo10](https://forums.vitalpbx.org/letter_avatar_proxy/v4/letter/m/58f4c7/32.png) [@mo10](https://forums.vitalpbx.org/u/mo10)\
**Post date:** [August 18, 2021, 2:27pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/19 "2021-08-18T14:27:09Z")

</div>

Might be fixed with 3.1.1?

> [@VitalPBX 3.1.1 Now Available](https://forums.vitalpbx.org/t/vitalpbx-3-1-1-now-available/290):
>
> Good morning everyone! VitalPBX just released version 3.1.1; this version irons out issues reported by customers and the community, introduces improvements to varies add-ons such as provisioning and the API, and comes with Asterisk 18.5.1. To get the full list of changes in this version, check the link below. [VitalPBX 3.1.1 - Changelog](https://www.vitalpbx.org/vitalpbx-phone-system-change-log/) Thanks to all of you for supporting VitalPBX through the purchase of [add-ons](https://www.vitalpbx.org/vitalpbx-store/), [subscriptions](https://www.vitalpbx.org/pbx-system-plans/), and [support packages](https://www.vitalpbx.org/product/professional-support-packages/). The team at VitalPBX and the Community …

---

<div class="post-metadata">

**Author:** ![PitzKey](https://forums.vitalpbx.org/user_avatar/forums.vitalpbx.org/pitzkey/32/420_2.png) [@PitzKey](https://forums.vitalpbx.org/u/PitzKey)\
**Post date:** [August 18, 2021, 4:18pm UTC](https://forums.vitalpbx.org/t/blind-transfer-bug-1-no-longer-works/201/20 "2021-08-18T16:18:22Z")

</div>

For the issue @warwick has it is not going to make a difference. But it will fix the issue described in the first post here.
