Summary:	ASTERISK-00611: Call Transfer & Voicemail issue
Reporter:	zebble (zebble)	Labels:
Date Opened:	2003-12-02 18:37:23.000-0600	Date Closed:	2004-09-25 02:20:04
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	From Bug 555: "When a call comes in eg. ext 111 picks up that call. Caller asks for person at ext 112. User at ext 111 transfers the call to ext 112. Person at ext 112 does not pick up. Caller recieves the voicemail box of user at ext 111 instead of the user at 112." This is still a problem.  We've only tested on Zap channels, so it might be fixed in SIP but not Zap.
Comments:	By: Brian West (bkw918) 2003-12-02 18:46:34.000-0600 its been fixed in latests CVS.. can you confirm?  Next time please don't open a new bug but post on the old bug as it will open back up in "feedback" By: zebble (zebble) 2003-12-02 18:56:20.000-0600 Brian, I've just updated to the latest CVS, and still no go.  Same problem. I also tried to add a bugnote, but I couldn't.  It doesn't give me the "Add Bugnote" option on that bug, or any bug I haven't opened myself.  I sent you two IRC pages regarding this problem and my bugnote troubles, but didn't receive a response. By: Brian West (bkw918) 2003-12-02 19:00:49.000-0600 Ah.. It should work for all channel types no matter what. Are you using flash transfers. or # transfers? By: zebble (zebble) 2003-12-02 19:09:11.000-0600 Flash transfers.  I can try # transfers, but we don't usually use # transfers for Zap channels. By: Brian West (bkw918) 2003-12-06 11:26:14.000-0600 Any feedback on this yet? By: zebble (zebble) 2003-12-12 13:06:57.000-0600 I just confirmed that # transfer works just fine.  Flashhook transfer does not. It's hard for us to use # transfer, as we access IVR's that require using the # key.  Any idea if Flashhook transfer will be fixed? By: Brian West (bkw918) 2003-12-12 13:46:48.000-0600 This is the info needed so we can fix it. :P By: jrollyson (jrollyson) 2004-01-11 20:12:07.000-0600 Can you post the relevant configuration files? By: zebble (zebble) 2004-01-11 23:11:15.000-0600 Not much to post really.  I guess [macro-stdexten] might help: [macro-stdexten] exten => s,1,Dial(${ARG2},20) exten => s,2,Voicemail2(u${ARG1}) exten => s,3,Hangup exten => s,102,Voicemail2(b${ARG1}) exten => s,103,Hangup Incoming call to 100 and person picks up.  Person now transfers call to extension 101 (blind).  101 isn't there or is busy.  Caller is transferred to voicemail for 100, not 101.  This happens with flashhook only, not "#" transfer (if enabled). By: Tilghman Lesher (tilghman) 2004-01-12 00:27:13.000-0600 This isn't really a bug.  Due to the way you've done your dialplan, Asterisk is doing exactly what you asked it to do -- the Macro is called for 100, so you're asking for Voicemail for 100, so that's what Asterisk does. If you want a different result, I'd suggest that you redo your dialplan to allow it. By: zebble (zebble) 2004-01-12 09:32:20.000-0600 The only way I see around this is to create a new extension that just goes to a user's voicemail, so I can transfer direct to voicemail.  But, if I want to just transfer the call and have it ring and then go to voicemail if necessary, I'm not sure how to handle this? Again, everything works as it should with "#" transfer.  It just doesn't work with Flash transfer.  If this isn't really a bug, then shouldn't # and flash transfer work exactly the same way? By: Tilghman Lesher (tilghman) 2004-01-12 10:58:40.000-0600 Why use Macros at all? exten => _11X,1,Dial(Zap/2${EXTEN:2},20,t) exten => _11X,2,Voicemail(u${EXTEN}) exten => _11X,3,Hangup exten => _11X,102,Voicemail(b${EXTEN}) exten => _11X,103,Hangup By: zebble (zebble) 2004-01-12 11:30:42.000-0600 Macros sure make our extensions.conf a lot cleaner.  I'll give this a try and see if it helps... But again, why does "#" transfer work perfectly, and flash transfer doesn't (both from Zap channels)? By: zebble (zebble) 2004-01-12 20:29:01.000-0600 I just tested the non-macro version, and everything works just fine.  So, does this help fix the problem? This seems to be a Flashhook+Macro problem now.  The arguments in the macro don't seem to carry through.  In my macro example, ARG2 carries through, but ARG1 doesn't.  Ie. The proper channel rings when transferring (ARG2), but it goes to the wrong voicemail (ARG1). By: zebble (zebble) 2004-01-29 19:08:09.000-0600 Any progress on this?  Anything I can do to move this along? By: Mark Spencer (markster) 2004-01-31 10:56:59.000-0600 Fixed for flash hook transfer as well.