VM being copied to a second mailbox?!

[solutions4smb]

System is 1.4, with Aastra 480i handsets. I have vm messages that are being copied by the system to a second mailbox. User leaves it in x100 and the system copies it to x400. Both mailboxes have exact same message.

Are there any settings that could cause this? CFB with call waiting disabled? Ring group logic loops? Any ideas?

From grep "24331" /var/log/asterisk/full

[2010-09-01 10:56:17] DEBUG[24331] say.c: Parsing M (offset 29) in 'vm-received' q 'digits/at' IMp
[2010-09-01 10:56:17] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'digits/40' (language 'en')
[2010-09-01 10:56:17] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'digits/4' (language 'en')
[2010-09-01 10:56:18] DEBUG[24331] say.c: Parsing p (offset 30) in 'vm-received' q 'digits/at' IMp
[2010-09-01 10:56:18] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'digits/a-m' (language 'en')
[2010-09-01 10:56:19] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing '/var/spool/asterisk/voicemail/default/100/INBOX/msg0002' (language 'en')
[2010-09-01 10:56:23] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'vm-extension' (language 'en')
[2010-09-01 10:56:26] VERBOSE[24331] logger.c: == Parsing '/var/spool/asterisk/voicemail/default/100/tmp/msg0002.txt': [2010-09-01 10:56:26] VERBOSE[24331] logger.c: Found
[2010-09-01 10:56:26] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'vm-forwardoptions' (language 'en')
[2010-09-01 10:56:26] NOTICE[24331] app_voicemail.c: Copying message from 100@default to 400@default
[2010-09-01 10:56:26] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'vm-msgsaved' (language 'en')
[2010-09-01 10:56:26] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'vm-deleted' (language 'en')
[2010-09-01 10:56:28] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'vm-message' (language 'en')
[2010-09-01 10:56:29] VERBOSE[24331] logger.c: -- <SIP/100-09906360> Playing 'digits/4' (language 'en')
[2010-09-01 10:56:29] VERBOSE[24331] logger.c: == Parsing '/var/spool/asterisk/voicemail/default/100/INBOX/msg0003.txt': [2010-09-01 10:56:29] VERBOSE[24331] logger.c: Found
[2010-09-01 10:56:29] DEBUG[24331] say.c: Parsing ' (offset 0) in 'vm-received' q 'digits/at' IMp

Thoughts?

 

[briankelly63]

check your aastra phone config files on the server (t*f*t*p dir)as the voicemail stuff related to the extension is in those files also. They can easily get messed up if you were making manual changes...

 

[solutions4smb]

Aastra XML scripts

All handset configs were handled by auto-provisioning through Aastra XML scripts.

What specifically are you thinking could be messed up? Each is registering properly, no BLF set in keys, only have problem with x100 copying to x400?!

 

[briankelly63]

They should be ok if you didn't change them but if you look through you'll see extension numbers that should correspond with the particular mac file for that phone. Any other extension numbers would cause something like what you've described.

 

[solutions4smb]

Thanks.

I will check the cache directory and make sure there is only one per MAC.

 

[solutions4smb]

That's not it.

Only one MAC file per phone.

Other ideas?

 

[parker]

I don't think it has anything to do with your phone. Look in your /etc/asterisk config files for a "voicemail" command that points to more than one destination. I don't see anything like that in the standard PiaF/FreePBX drops, but a quick glance at the code says that's what's happening. The typical one-destination command looks like "VoiceMail(100@default)", whereas your situation should look like "VoiceMail(100@default&400@default)".