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

[Asterisk Bug Tracker]

The following issue has been set as DUPLICATE OF issue 0015347. 
====================================================================== 
https://issues.asterisk.org/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 
JIRA:                        
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-09-30 10:44 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
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0015347 Unanswered attended transfers get the v...
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-30 10:44 lmadsen        Relationship added       duplicate of 0015347
======================================================================