Thanks for any help!
Dial *82 in front any the number you want and the call will be unblocked for that call
If you have default in my to allow your outgoing caller ID :
Dial *67 in front of any number to block your caller id for that call.
Dial *70 in front of any number to disable call waiting for that call.
SUMMARY of codes:
*67 Block caller ID
*82 Enable caller ID
*70 Disable call waiting
*69 Call return
*99 before a fax
Internet: Charter ISP 10Mbs/1Mbs
Port request: 2/21/2010
Port completed: 3/9/2010
I just tried this, and it didn't work. I am curious to know if this works for some but not others, or whether you need to finish setting up voice mail.dtalwar wrote:Just dial the number assigned to Telo from any phone connected to Telo to get to the voicemail.
When I get a chance, I'll see if it works after I finish setting up VM.
I can see this being a bit of a nuisance. Hmm...
Am I missing something? It really does seem odd that I can't pick up my ordinary phone and dial up VM.
Edit: Buried in the Ooma docs online is mention of dialing your number. Maybe a fluke from when my account was created. I'll have to give Ooma support a call. Perhaps this is a good test of Ooma before we give the OK to transfer our regular phone number.
First he tried to tell me that the inability to access VM by dialing my number from the phone connected to the Telo is a limitation of the device. I tell him the site clearly says call your own number, and that other customers say the same thing.
After verifying VM works from the Telo itself, I'm put on hold. When he returns, he tells me they have almost finished setting up a Telo there, so they can see if they can access VM by dialing, then I'm back on hold. (Hmm... If the test fails, does that mean the situation is going to require a lot more convincing? I start scouring the support section and the forums for information to back up my claim that the feature does exist.)
He's back, and he was able to access VM by dialing from the phone attached to his Telo. (Wheh!) A couple more questions, and attempts to try something on his end, and another attempt at dialing VM at my end.
32 minutes after calling customer service, he tells me the issue has been escalated, the ticket number, that it will probably take 24-48 hours for tech support to fix the problem ("but no guarantees" at least he was honest!), and to expect an email when the issue has been resolved.
During this process I keep wondering if switching to Ooma is a good idea. Rather, I know the idea is good, but the implementation could use a little improvement.
Not integrated, as I wanted my testing to duplicate a total switchover as much as possible before switching over.Groundhound wrote:Do you have a landline integrated with your Telo, or are you using an Ooma-assigned number? Are you dialing 10 digits when you dial your own number?
I am using a new Ooma-assigned number.
Yes, dialing 10 digits.
Update on the rest of the story...
A few hours after the can't access VM from a non-Ooma phone connected to the Telo issue was escalated to tech support, the problem was fixed. Very cool. I'm not sure my land-line telco can work that fast.
Although I was told to expect an email when the issue was resolved, I never received it. (Spam folder checked.) Today I now know why. I received a phone call while I was out and about asking for the make and model number of the phone connected to the Telo, and whether the phone worked before, etc. Also the message indicated that they couldn't tell whether whatever they did fixed the problem.
So I returned the call via the normal customer service number. (The number on my CID turned out to be Ooma sales.) Very quick answer, and this rep seemed to be a bit more knowledgeable than the one I spoke with before. He also thought it was kind of odd that tech didn't know they had fixed my VM access issue.
Anyway, as far as I can tell everything works. Well run our Telo through its paces for awhile, and if everything continues to work and phone quality continues to be as good as it is, we'll put in our order for number transfer.