[asterisk-bugs] [Asterisk 0014924]: Unanswered transfers return to transferee's vm

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14924 
====================================================================== 
Reported By:                geoffs
Assigned To:                lmadsen
====================================================================== 
Project:                    Asterisk
Issue ID:                   14924
Category:                   Applications/app_voicemail
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.23 
Regression:                 Yes 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-04-17 10:31 CDT
Last Modified:              2009-04-23 12:40 CDT
====================================================================== 
Summary:                    Unanswered transfers return to transferee's vm
Description: 
I have seen various problems with voicemail reported but not this,
precisely: Unanswered transfers do not go to voice mail but are returned to
originating extension without ringing the handset and go straight to
voicemail.

Three tests were performed to try and get a handle on the function of
transfers/voicemail  post upgrade to 1.4.23.2: 

(1) Transfer from ext.100 to x.XXX: a call was made from an outside line
to the main incoming line, answered by the phone at ext.100, and
transferred to ext.105. The phone rang at ext.105 but was not answered; the
voicemail  announcement declared that no one is answering ext.100, please
leave a message. A message was recorded for vm at ext.100. Ext.105 did not
indicate a missed call.  

(2) Transfer from ivr by caller to ext.XXX: a call was placed from an
outside line, answered by ivr, and the caller entered an extension from ivr
(ext.108).  Ext.108 was not answered and the caller was able to leave a
voicemail.  Ext.108 indicated a missed call and a voicemail. In this
instance, ivr and vm operated precisely as per normal.  

(3) Transfer from ivr to ext.XXX then transfer attended to a second
ext.XXX: Entered ext.108 at ivr, successfully transferred to x.108. 
Ext.108 answers and transfers to ext.109. Ext.109 is not answered; auto
attendant transfers back to ext.108 vm; no ring to the handset.  A vm was
left for ext.108 instead of on ext.109.

This occurred after upgrading to 1.4.23.2 from 1.4.22
====================================================================== 

---------------------------------------------------------------------- 
 (0103704) geoffs (reporter) - 2009-04-23 12:40
 http://bugs.digium.com/view.php?id=14924#c103704 
---------------------------------------------------------------------- 
SIP transfer.  We have always used "transfer" button on the phones. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-23 12:40 geoffs         Note Added: 0103704                          
======================================================================