Administrator Mailbox on MCD Embedded VM

[Jemson]

I have a new site using embedded voicemail and the 9xx extension range.
The reception phone is extension 999, but we are not using voicemail on this extension.
There was a misconfiguration initially where a call to 999 was sent to voicemail and a message was left on the Administrator Mailbox.

I can't figure out how to remove the message from the mailbox so as to turn off the MWI on the set.
Have tried the the FAC to turn off the MWI but it just comes on again the next morning.
I have also FTP'ed into the controller and deleted the actual voicemail file, but the database still reports one message on that mailbox.

There are a lot of users who have already gone and set up their voicemail greetings so I don't want to have to reinitialize the voicemail system if possible. Surely if a voicemail can be left on the administrator mailbox there should be a way to remove it.

Any assistance would be greatly appreciated.

 

[wireman50]

Its probably in mailbox 0 if it was configured as an operator (default IIRC) so you need to access mailbox 0. Otherwise is it left on mailbox 999 in which case recreate a mailbox for 999 log in, set it up and then delete the message and wipe the mailbox again.

 

[Jemson]

Thanks, but definately not in Mailbox 0.
Message is in 999, but when logging into mailbox 999 you get different attendant prompts with no listen/delete options, so can't simply log into that and remove as you suggested.

I have a feeling the answer is going to be accessing/modifying the database directly to remove.

I have an open case with Mitel support but seems to have stumped them at this stage and hoping someone on the forum may have encountered the same issue before.

 

[wireman50]

I did wonder since you had made your attendant the same as the VM admin mailbox.....I reckon you'll have to wipe the lot and start again unless Mitel know any different. How does the system know how to access a ectension VM with the same address as the Admin mailbox (999)? My advice in future would be not to use 9xx as a extension number range because you could well run into further issues like this where the Mitel uses 9 for its own purposes. Just my view.

 

[Jemson]

Thanks. Yes I prefer not to use 999 as an extension range, but there isn't much option when a multi site customer has a 9900-9999 DID range at a particular site. I know it could be mapped at another block, but customers hate that, especially when there was no issue using 900-999 on their previous system.

The part that gets me is you can leave a message there in the first place. If it couldnt be retrieved logic suggests you shouldnt be able to deposit one. Unless of course it is a system bug.

Will just have to wait for Mitel I guess.
Thanks again for your input.

 

[Waldosworld]

Jemson,
There was an option tell the customer the mailbox 99-999999 (depending on mailbox length) is reserved for the admin mailbox and NOT available. System unchangeable default.
It is not a bug when documentation states reserved and offers no way to change it.
The fix log into the admin mailbox and press 1 for new install.

 

[Jemson]

It IS a bug if you can leave a message that cannot ever be retrieved or removed. You shouldn't be able to leave one there at all is my point!

I understand it is a reserved mailbox and I dont WANT to use it. If you read the original post a call was inadvertently routed there, and I just want to remove the MWI off that extension. Surely there has to be an easier fix than resetting the entire voicemail system!
At the very least export a backup, modify it and reimport. Which is probably going to be the very next thing I will attempt of no one can offer another solution.