[asterisk-bugs] [Asterisk 0017021]: On omitting the T flag from Dial() the caller can still make a blind transfer

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17021 
====================================================================== 
Reported By:                kovzol
Assigned To:                lmadsen
====================================================================== 
Project:                    Asterisk
Issue ID:                   17021
Category:                   Channels/chan_sip/Transfers
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           SVN 
JIRA:                       SWP-1090 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-03-13 11:18 CST
Last Modified:              2010-03-31 12:43 CDT
====================================================================== 
Summary:                    On omitting the T flag from Dial() the caller can
still make a blind transfer
Description: 
I use allowtransfer=yes in sip.conf. I think if I omit the T flag from
Dial() in a dialplan extension, no blind transfer should be made by the
caller. But the caller can still make a blind transfer if he presses the
TRANSFER key.

A partial workaround is if I set allowtransfer=no in sip.conf, but this
will disable the blind transfer initiated by the caller side as well (which
is not what I would like to).
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-31 12:43 svnbot         Status                   acknowledged =>
assigned
2010-03-31 12:43 svnbot         Status                   assigned => resolved
2010-03-31 12:43 svnbot         Resolution               open => fixed       
======================================================================