Slashdot Mirror
Home-Based, LAN-Capable, PC Phone Answering Machines?
jqh1 asks: "I have a voice capable modem somewhere around here -- I've dabbled in Windows based answering machine software without success and now use a plain old answering machine (the frustrating kind). I have a 100mbs home network that includes a linux box right next to a phone jack. What's the best way to rig up a reliable answering machine system on that box, and rig it so that message are accessible from any other computer (incl. some windows boxen). I have some half baked ideas (using audix-type software and samba), but I'd love to hear suggestions."
we use vgetty with perl and php - once you get vgetty to pick up the call and launch perl, you can code it up pretty easily. We got it to let us manage our accounts over the phone or via the web interface. Recently, I got around to compiling a version of sox with support for GSM-encoded wav files, which will let me knock the size of the wavs way down for access over dialup.
ps. - don't convert to mp3, it doesn't save any space on crappy voice-only streams - the GSM wavs are the way to go.
cbh275 AT yahoo DOT com
see subject
For about $5/month my local phone company will provide me with an ansering machine that will take a message when I'm on the phone with someone else. I can get these messages from any room in my house. (I think I can get them from elsewhere too, but now use a cell phone for all my voice calls so I'm not sure, byond what I see others doing)
Sure you can come up with a linux/windows/mac solution that will work, but when your on the phone with someone else your still out of luck.
just turn the phone ringer off, and play a ringing sound of your choice!
that is what I am working on in my system, anyway!
;-}
Slackware: old school feel, new school gear.
Hate to criticize
Personal CallerID-Aware 'Answering Machines'? by Cliff on Tuesday February 20
Lots of information about Caller-ID, with selected actions based on calling number, but also more basic stuff.
I think I'm most of the way there, but I haven't had time to finish it in a couple months. Basically I translated the voice modem control program's functionality to a perl module so the entire thing could be in perl. I had grand ideas of developing it so that other people could add modules for other modems (mine's a USR interal voice modem), and make it into a nice user-friendly package that many people could use. Oh, if only I had the time... ;-)
For now, til I finish that up, I'm using a pretty generic configuration of vgetty. It works, but it's not pretty. Not only do I not have the luxury of callerid-based actions before pickup, but vgetty seems to not be able to detect dial tone and end the recording of incoming messages very well. I get all these telemarketer hangup messages that end up being 2 minutes of dial tone/"please hang up and try your call again" messages. Those messages shouldn't even get that far - the dial tone should be detected and a short message discarded.
Anyway, once you get messages saved onto disk, converting them to an appropriate format and making available over the network is pretty easy to do with some scripts, utilities, etc as others have alluded. Feel free to email me if you're interested in this thing I'm working on, just no guarantees about a timely release! ;-)
Say hello to zMac.
Check out VOCPSystem.
It looks extremely cool, and I'm thinking of setting it up at home. The only thing I need is a voice modem, which I'm sure I can get for dirt.
One cool feature is the ability to run commands from your phone. Imagine getting an email to your phone when something goes wrong, and using your phone to restart the service. That's also cool because we can receive email in my service area, but can't send it. With VOCPsystem on my home box, I'll be able to send email that way.
This is not quite the angle you were looking for, but you might find it interesting or useful. Their service would let you do this and much more. However, not using your phone number... They give you a number, calls to it generate an http query, you implement the XML to drive their telephony server. See http://www.voxeo.com . I am not connected with voxeo in anyway.
Bayonne
Bayonne, the telecommunications application server of
the GNU project, will offer a free, scalable, media
independent software environment for development and
deployment of telephony solutions for use with current
and next generation telephone networks. Bayonne
already offers a fully distributed application server for
use today with multi-line telephony cards from many
vendors under free operating systems.
This works great with the single line Quicknet Cards as well.
Thought of that, I want a real ring, I could be upstairs, outside, wherever. I take a cordless with me now and it'll ring, I don't want to jack up my PC's speaker volume or run extra speaker wire to hear a phone ring
- Caller gets disconnected
- Caller gets to leave a voice message
- Caller get's rung thru to a regular phone connected to the PC
1 and 2 appear to be easy, just sending sound files to the voice modem, number 3 is proving hard. From what I've seen, voice modems won't generate their own ring signal to phones connected to them they can only pass the signal coming from the line. Does anyone know of hardware (controllable by software on the PC) that will do this? The closest I've seen is the Quicknet LineJack. But I'm having trouble getting details on it. To see what it'll actually do.I am currently in the process of writing such a program.. uses vgetty and a lot of custom perl. call in setup, cell and pager call back, different mailboxes, gtk interface for local use, web interface for remote use. Email me and i might be able to help you out..
shroom at perilith dot com
An idea on handling getting the messages would include grabbing the phone number from call display and cross referencing it with info from a reverse telephone lookup service. Then you can pass all the information into e-mail form, then to check your messages all you have to do is fire up your e-mail client and it'll show up if a new message is waiting and you can even include the audio file as an attachment. This would also make it pretty easy to get your messages from anywhere in the world.
Just an idea, I believe Nortel or someone is doing something similar to this so I guess I'm really stealing thier idea, but it sounds like a fairly good one to me.
Although not the same project at all, JWZ uses his computer for caller identification. You may want to check that out for some ideas, especially if you want to log caller id info.
Build into that or have a seperate program, to convert to mp3's any wavs which are lying around.
Simple http server (password protected, ssl if you're paranoid) to access the messages.
Setup a nice little web interface if you want to be fancy
Thanks everyone -- didn't expect so much signal and so little noise. Being a DIY perl fan, I'll probably gravitate toward the perl/vgetty approach, but will definitely check out the other info.
who's moderating the meta-moderators?
I've actually wanted one of those boxes for a while.
I would say that there is a LOT of potential there. You could have it synch with your addressbook and read the caller ID data. Thus, you would be able to tag who called and e-mail you that information.
I'd say that your best bet is to encode it in some sort of well-compressed file format, once you get it off of the modem. MPEG layer 3 would work just about anywhere, so you'd probably want to just use that as the file format.
I would say that for everything but the actual MP3 audio, and perhaps even the audio, you might just want to use PostGreSQL to store the data. It's accessible under Linux, and it's also accessible via ODBC with PsqlODBC. That way, you have the option for multiple interfaces. You can write a windows and Linux binary client, plus a web-client (Which is nice if you are at the office and want to check the home phone messages).
And, of course, check out Freshmeat to see if there's anything useful. I found KPhoneCenter and the VoiceModem Kit.
Gentoo Sucks