Re: Om2008.8: execute script on incoming call
Thanks for posting the fixed one, I pushed it into the examples directory. Cheers, Mickey. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Thu, Sep 04, 2008 at 11:04:38AM +0200, Michael 'Mickey' Lauer wrote: Thanks for posting the fixed one, I pushed it into the examples directory. Cool. Glad you could find it useful. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Tue, Sep 02, 2008 at 12:04:03AM +0200, Michael 'Mickey' Lauer wrote: Am Montag, 1. September 2008 23:18:02 schrieb [EMAIL PROTECTED]: Should the else statement be at the same indent as the if? No, the else refers to the try/except clause. DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method Release with signature i on interface org.freesmartphone.GSM.Call doesn't exist Oops, it's probably called ReleaseCall. If in doubt about signatures, use mdbus to introspect. Finally figured it out. obj = bus.get_object( org.freesmartphone.ogsmd, /org/freesmartphone/Device/GSM ) should be obj = bus.get_object( org.freesmartphone.ogsmd, /org/freesmartphone/GSM/Device ) I also had to import subprocess and dbus.mainloop.glib Here is the corrected python code in full: import dbus import dbus.mainloop import dbus.mainloop.glib import gobject import subprocess actions = { \ +491002:/usr/bin/foo1, +491002:/usr/bin/foo2, +491003:/usr/bin/foo3 } def onCallStatus( index, status, properties ): if status == incoming: try: action = actions[properties[peer]] except KeyError: pass
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Tue, Sep 02, 2008 at 07:49:25AM +0100, Stroller wrote: An application should be able to wake up the phone from suspend (or rather add an entry to the `at` queue saying wake me at this time) and it should be able to fire up a GPRS connection. How long will it take to check for new mail? 15 seconds? In that case you're effectively going to lose 15 seconds of battery talktime for every check. If you check every 5 minutes then for every hour suspended you'll use additional battery at a rate equivalent to 3 minutes of talktime. Checking every 5 minutes means that you get a message on average within 2.5 minutes of it hitting your mailbox; checking every 15 minutes means that you get a message on average 7.5 minutes after it hits your mailbox, which is probably a better battery compromise. The N95 manages this, why shouldn't the Freerunner? I did ask in one of my previous posts whether the Openmoko work on dbus will accommodate a program sleeping (suspending?) the phone /or initialising a GPRS connection, but I got no reply (because I waffled too much in that post, apparently). Some kind of standard method is surely needed, because I could see it being quite complicated (and quite Freerunner-specific) to do this stuff otherwise. Yes, but when talking about elegance, I don't claim drop-calls to be elegant. But imagine the FR's plop sound when it wakes up every 5 minutes in your pocket. The costs of interval checking maybe not very high and the battery loss irrelevant. Just elegant it is neither. If you use notification by drop-call, the FR can sleep through - the modem handles the wakeup. I'll be honest, I just don't personally like drop-calling. I dislike it when a girl does it to you because she's too tight to buy minutes (irrespective of the number she's wasted already this month and because she knows a guy will always return a pretty girl's call) and I find it a little inelegant for this application. Okay, i can understand that. But be assured, I will only drop-call myself. ;-) Another poster mentioned that some cell companies may block the number of frequent drop-callers. Presumably it costs one of the call-providers money to initiate a call which you are not then billed for? So it does seem to be slightly naughty, too. Yes, slightly. You're right, though - ideally this should be handled by the phone's modem (or by the phone's phone (??)) hardware, because that's already handling incoming radio and sleep / wake-up. If only there were a way to send a text message to a phone freely over the internet - we could use that far more effectively for pushing our mail (or anything else). The money mobile phone companies make from SMS messages, however, I suspect this is a forlorn hope. So I'm gonna annoy them with my drop-calls until they give us free text messages over internet. Still maybe one could ask on the HW list what the capabilities of the modem are in regard to GPRS connections when the FR is suspended... That would be an elegant solution: FR sleeps, modem handles GPRS traffic from IMAP-idle server until he signals new mail. Ole pgp3oI5QiJVRd.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On 31 Aug 2008, at 12:46, Ole Kliemann wrote: On Sun, Aug 31, 2008 at 06:37:05AM +0100, Stroller wrote: As the son of Lancastrian blood, I can sympathise with parsimoniousness, but right now Ole's suggestion appears penny- pinching to me, rather than practical prudent economising. Are you by any chance associated with a VoIP company and afraid of people making no-connect/no-cost calls all the time? ;-) No, not at all. But I figured that since you're going to have to pay to fetch the data anyway, I couldn't see much saving with this drop-calling shenanigans. You appear to have proved me right with your subsequent calculations. What relevance does VoIP have here - if you run VoIP on your Freerunner you're going to have to pay data rates on that. Or are you thinking I'm a VoIP exec protesting against your use of a VoIP provider for making drop-calls? Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On 31 Aug 2008, at 11:56, Rod Whitby wrote: Stroller wrote: On 30 Aug 2008, at 05:34, Rod Whitby wrote: Please don't assume that everyone has unlimited data plans. Please don't assume probably won't prevent developers from doing so. Nothing can prevent open source developers from taking any world view they please. That's their right. That's why I'm educating them with the message that unlimited data plans are not available in all parts of the world. Your assertive tone here sounds like you're upset with me for questioning you. Please chill out. Nothing can prevent open source developers from taking any world view they please - that's why I ASKED YOU to educate them. Your previous message wasn't educational because it just said please don't assume without providing any depthful understanding of your problems. How much does data transfer cost there? (comparison of data cost relative to calls?) 1c per Kb. Calls are about 30c/min. A quick summary stating checking email every day would add $XX to my current $YY monthly phonebill might make your education more memorable. Why is the situation unlikely to change in the foreseeable? There are no market forces that will make it change, as Australia is a large country with a relatively sparse population (2.6 people per square kilometer). I'm surprised that makes any difference. I'd have thought the majority of data users were in the cities. A telco could provide GPRS / 3G data only in metropolitan areas or apply their unlimited data plans only in those areas. At the end of the day unlimited data has only become available in other countries because it's in Telco X's interest to induce customers away from Telco Y. Even restricting unlimited data to metropolitan areas one would sway a profitable percentage of customers. Once you have the infrastructure in place I understood the cost of shifting data to be relatively low. I appreciate that this my not scale for very long data lines, but once you've built cell towers in rural areas you have to supply them with bandwidth for voice. I expect the IMAP client on my openmoko phone to be able to download all my email for offline reading, deleting, and replying on the bus with *no* internet connectivity, and then sync all those changes seamlessly to the server as soon as I get the next internet connection. I expect that, too. Certainly under my data plan this would be essential for foreign holidays. It's good that our needs are identical then. Ability to do stuff when connected, and ability to do stuff when not connected as well. As opposed to an assumption that someone is always connected. Our needs aren't identical because I can enable checking every 5 minutes when at home and disable it when on holiday. On holiday I can check once per day or just manage without email on my phone - I can survive with an internet cafe for a couple of weeks per year. In fact I have been known to leave my phone at home when on holiday, for various reasons - for 2 weeks per year I can manage without. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Mon, Sep 01, 2008 at 03:27:27PM +0100, Stroller wrote: On 31 Aug 2008, at 12:46, Ole Kliemann wrote: Are you by any chance associated with a VoIP company and afraid of people making no-connect/no-cost calls all the time? ;-) No, not at all. But I figured that since you're going to have to pay to fetch the data anyway, I couldn't see much saving with this drop-calling shenanigans. You appear to have proved me right with your subsequent calculations. If IMAP-idle works in a stable manner with muxing. Otherwise the interval checking will add considerable extra costs. Right now there is no muxing as far as I know. What relevance does VoIP have here - if you run VoIP on your Freerunner you're going to have to pay data rates on that. I think I wasn't clear about my idea. The VoIP is just a contingent factor here. It's just about making a call to the FR with a certain number transmitted as the caller's number. This number is interpreted by the FR as a certain signal. Consequently the call is not accepted and an action associated with the signal is executed. You could make these signalling call from any phone, using any infrastructure you like. But using VoIP gives you a good interface between a computer and the calling device. If you would use a normal phone to call the FR, you would need to interface it with a computer. Using VoIP on the calling side it's easy to check for mails and a server and then call the FR from the server. VoIP is not running on the FR in anyway. Or are you thinking I'm a VoIP exec protesting against your use of a VoIP provider for making drop-calls? Actually I'm not quite sure what your motivation is - except that you just don't like my idea. ;-) Ole pgpewt1iEMcqj.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Mon, Sep 01, 2008 at 03:27:27PM +0100, Stroller wrote: On 31 Aug 2008, at 12:46, Ole Kliemann wrote: On Sun, Aug 31, 2008 at 06:37:05AM +0100, Stroller wrote: As the son of Lancastrian blood, I can sympathise with parsimoniousness, but right now Ole's suggestion appears penny- pinching to me, rather than practical prudent economising. Are you by any chance associated with a VoIP company and afraid of people making no-connect/no-cost calls all the time? ;-) No, not at all. But I figured that since you're going to have to pay to fetch the data anyway, I couldn't see much saving with this drop-calling shenanigans. You appear to have proved me right with your subsequent calculations. I just realised why my drop-call solution is so much superior to any IMAP-idle or interval checking. It's funny no one thought about this yet. When using IMAP-idle you can hardly suspend, can you? At least it would be necessary to keep the connection open, handle incoming traffic and wake in case of new mail. I guess to do so will require the whole system to be running. When using interval checking you have the extra costs and extra battery drainage because of resuming every 3 minutes. If you use notification by drop-call, the FR can sleep through - the modem handles the wakeup. Ole pgpgXQx6aPPg2.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Thu, Aug 28, 2008 at 01:18:29AM +0200, Michael 'Mickey' Lauer wrote: Am Donnerstag 28 August 2008 01:10:25 schrieb Michael 'Mickey' Lauer: def onCallStatus( index, status, properties ): if status == incoming: try: action = actions[properties[number]] except KeyError: pass else: subprocess.Popen( action, shell=True ) Bummer, forgot to hangup here... use that: def onCallStatus( index, status, properties ): if status == incoming: try: action = actions[properties[number]] except KeyError: pass else: obj = bus.get_object( org.freesmartphone.ogsmd, /org/freesmartphone/Device/GSM ) callInterface = dbus.Interface( obj, org.freesmartphone.GSM.Call ) callInterface.Release( index ) subprocess.Popen( action, shell=True ) Should the else statement be at the same indent as the if? I am really new to programming in general and this is the first python script I've tried to work with, so forgive me if I'm ignorant to something. I've tried it both ways. If I try it with the else at the same indent as the if, nothing happens until I hangup from the phone I'm calling from, when I get an exception from dbus. If I try it the way you have here, nothing happens at all. I tried putting some print statements in after the obj = bus.get_object( org.freesmartphone.ogsmd, /org/freesmartphone/Device/GSM ) and it never gets to that print statement when the else statement is at the indent level in your snippet. The exception I get when I put the else statement at the same level as the if statement is (This only happens when I manually hang up from either the calling end or the receiving (neo) end: ROR:dbus.connection:Exception in handler for D-Bus signal: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/dbus/connection.py, line 214, in maybe_handle_message self._handler(*args, **kwargs) File oncallscript.py, line 17, in onCallStatus callInterface.Release( index ) File /usr/lib/python2.5/site-packages/dbus/proxies.py, line 68, in __call__ return self._proxy_method(*args, **keywords) File /usr/lib/python2.5/site-packages/dbus/proxies.py, line 140, in __call__ **keywords) File /usr/lib/python2.5/site-packages/dbus/connection.py, line 607, in call_blocking message, timeout) DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method Release with signature i on interface org.freesmartphone.GSM.Call doesn't exist I am using vanilla FSO milestone 2 with no updates. If anybody has any ideas, please let me know. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
Am Montag, 1. September 2008 23:18:02 schrieb [EMAIL PROTECTED]: Should the else statement be at the same indent as the if? No, the else refers to the try/except clause. DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method Release with signature i on interface org.freesmartphone.GSM.Call doesn't exist Oops, it's probably called ReleaseCall. If in doubt about signatures, use mdbus to introspect. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Thu, Aug 28, 2008 at 01:18:29AM +0200, Michael 'Mickey' Lauer wrote: def onCallStatus( index, status, properties ): if status == incoming: try: action = actions[properties[number]] except KeyError: pass else: obj = bus.get_object( org.freesmartphone.ogsmd, /org/freesmartphone/Device/GSM ) callInterface = dbus.Interface( obj, org.freesmartphone.GSM.Call ) callInterface.Release( index ) subprocess.Popen( action, shell=True ) I think the action = actions[properties[number]] line is wrong. Should it be action = action[properties[peer]] Here is the dbus signal when I call the Neo. Phone number has been scrubbed. [SIGNAL]org.freesmartphone.GSM.Call.CallStatusfrom :1.5 /org/freesmartphone/GSM/Device (dbus.Int32(1), dbus.String(u'incoming'), dbus.Dictionary({dbus.String(u'status'): dbus.String(u'incoming', variant_level=1), dbus.String(u'peer'): dbus.String(u'XXX', variant_level=1), dbus.String(u'direction'): dbus.String(u'incoming', variant_level=1), dbus.String(u'line'): dbus.Int32(0, variant_level=1)}, signature=dbus.Signature('sv'))) I changed it to my suggestion and it didn't get the exception. Now I am getting an exception on subprocess.Popen( action, shell=True ) ERROR:dbus.connection:Exception in handler for D-Bus signal: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/dbus/connection.py, line 214, in maybe_handle_message self._handler(*args, **kwargs) File oncallscript.py, line 17, in onCallStatus subprocess.Popen( action, shell=True ) NameError: global name 'subprocess' is not defined I found something about the python-subprocess package on the wiki. Do I need this? It says it's not available in official repos. Would it be safe to use ScaredyCats repo? http://wiki.openmoko.org/wiki/Python Thanks for any more help you can give me. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Mon, Sep 01, 2008 at 08:47:55PM -0400, Shawn Zier wrote: On Thu, Aug 28, 2008 at 01:18:29AM +0200, Michael 'Mickey' Lauer wrote: def onCallStatus( index, status, properties ): if status == incoming: try: action = actions[properties[number]] except KeyError: pass else: obj = bus.get_object( org.freesmartphone.ogsmd, /org/freesmartphone/Device/GSM ) callInterface = dbus.Interface( obj, org.freesmartphone.GSM.Call ) callInterface.Release( index ) subprocess.Popen( action, shell=True ) I think the action = actions[properties[number]] line is wrong. Should it be action = action[properties[peer]] Here is the dbus signal when I call the Neo. Phone number has been scrubbed. [SIGNAL]org.freesmartphone.GSM.Call.CallStatusfrom :1.5 /org/freesmartphone/GSM/Device (dbus.Int32(1), dbus.String(u'incoming'), dbus.Dictionary({dbus.String(u'status'): dbus.String(u'incoming', variant_level=1), dbus.String(u'peer'): dbus.String(u'XXX', variant_level=1), dbus.String(u'direction'): dbus.String(u'incoming', variant_level=1), dbus.String(u'line'): dbus.Int32(0, variant_level=1)}, signature=dbus.Signature('sv'))) I changed it to my suggestion and it didn't get the exception. Now I am getting an exception on subprocess.Popen( action, shell=True ) ERROR:dbus.connection:Exception in handler for D-Bus signal: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/dbus/connection.py, line 214, in maybe_handle_message self._handler(*args, **kwargs) File oncallscript.py, line 17, in onCallStatus subprocess.Popen( action, shell=True ) NameError: global name 'subprocess' is not defined I found something about the python-subprocess package on the wiki. Do I need this? It says it's not available in official repos. Would it be safe to use ScaredyCats repo? http://wiki.openmoko.org/wiki/Python Thanks for any more help you can give me. Replying to my own post. I installed the python-subrocess package from the fso-testing repository. Seems to work fine. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Tue, Sep 02, 2008 at 12:04:03AM +0200, Michael 'Mickey' Lauer wrote: Am Montag, 1. September 2008 23:18:02 schrieb [EMAIL PROTECTED]: Should the else statement be at the same indent as the if? No, the else refers to the try/except clause. DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method Release with signature i on interface org.freesmartphone.GSM.Call doesn't exist Oops, it's probably called ReleaseCall. If in doubt about signatures, use mdbus to introspect. I think you were right the first time. mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device [METHOD]org.freesmartphone.GSM.Call.Activate( i:index ) [METHOD]org.freesmartphone.GSM.Call.ActivateConference( i:index ) [METHOD]org.freesmartphone.GSM.Call.HoldActive() [METHOD]org.freesmartphone.GSM.Call.Initiate( s:number, s:type_ ) [METHOD]org.freesmartphone.GSM.Call.ListCalls() [METHOD]org.freesmartphone.GSM.Call.Release( i:index ) [METHOD]org.freesmartphone.GSM.Call.ReleaseAll() [METHOD]org.freesmartphone.GSM.Call.ReleaseHeld() It's still giving me that same error though. I'm probably misunderstanding something badly. Like I said, I'm brand new to python, dbus and programming in general. I'm just trying to get a simple program together that I can study and hopeully expand on. Has the guy that started this thread (Ole) had any luck getting this example to work? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Sun, Aug 31, 2008 at 06:37:05AM +0100, Stroller wrote: As the son of Lancastrian blood, I can sympathise with parsimoniousness, but right now Ole's suggestion appears penny- pinching to me, rather than practical prudent economising. Are you by any chance associated with a VoIP company and afraid of people making no-connect/no-cost calls all the time? ;-) I am just exploring the range of possibilities. Whether they are practical or hypothetical. Probably you are right in this case. But it is still an interesting point that you can by this way send signals to your mobile. Especially since you can alter the number the caller is transmitting thus enabling for a nearly unlimited number of signals. Ole pgpcxIRl35pXE.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Sun, Aug 31, 2008 at 1:46 PM, Ole Kliemann [EMAIL PROTECTED] wrote: On Sun, Aug 31, 2008 at 06:37:05AM +0100, Stroller wrote: As the son of Lancastrian blood, I can sympathise with parsimoniousness, but right now Ole's suggestion appears penny- pinching to me, rather than practical prudent economising. an even better idea: why not send SMS through VOIP in morse code: 1 ring is SHORT and 2 rings is LONG :P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
With my prepaid I have to pay traffic for every 10kb at 24ct/mb. On Sun, Aug 31, 2008 at 06:44:31AM +0100, Stroller wrote: I meant to ask in my previous email: Anyone know what is the overhead of IMAP-idle? Probably very low as long as the connection is stable. Every reconnect due to connection loss will cost 10kb. This won't happen so frequently - let's say in average every 30 minutes. This will be about 3.5 euro per month with my card. Pretty cheap indeed. Just one issue. Right now muxing does not work with 2008.8. Another issue: even when muxing will work in the future, I don't know whether my provider supports both a voice and a data channel open. (or however interval checking on IMAP works?) With interval checking I assume the traffic per check not more than 10kb. If you check every 5 minutes - which is not what I call `immediate notification' - it will cost 20 euro per month. Just for the checking. o_0 If you want to get closer to `immediate notification' and check every 3 minutes, costs go up to 35 euro a month. So if I get IMAP-idle working in a stable way and with muxing, it's the thing to go with. Interval checking is no choice at all. Ole pgpavXC2hdNP8.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Sun, Aug 31, 2008 at 12:30:23PM +, Ole Kliemann wrote: With my prepaid I have to pay traffic for every 10kb at 24ct/mb. On Sun, Aug 31, 2008 at 06:44:31AM +0100, Stroller wrote: I meant to ask in my previous email: Anyone know what is the overhead of IMAP-idle? Probably very low as long as the connection is stable. Every reconnect due to connection loss will cost 10kb. This won't happen so frequently - let's say in average every 30 minutes. This will be about 3.5 euro per month with my card. Pretty cheap indeed. Just one issue. Right now muxing does not work with 2008.8. Another issue: even when muxing will work in the future, I don't know whether my provider supports both a voice and a data channel open. (or however interval checking on IMAP works?) With interval checking I assume the traffic per check not more than 10kb. If you check every 5 minutes - which is not what I call `immediate notification' - it will cost 20 euro per month. Just for the checking. o_0 If you want to get closer to `immediate notification' and check every 3 minutes, costs go up to 35 euro a month. So if I get IMAP-idle working in a stable way and with muxing, it's the thing to go with. Interval checking is no choice at all. Ah, I'm stupid. I calculated for a 24hour day. It could even be more reduced as not always GPRS is required. I may be at home at USB or have Wifi. So with 6 hours on the road and 3 minutes checking I am at 8 euro per month just for the checking. For a low volume mailbox this would be still quite a waste. pgpHzzrYRGlG1.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
Stroller wrote: On 30 Aug 2008, at 05:34, Rod Whitby wrote: Please don't assume that everyone has unlimited data plans. Please don't assume probably won't prevent developers from doing so. Nothing can prevent open source developers from taking any world view they please. That's their right. That's why I'm educating them with the message that unlimited data plans are not available in all parts of the world. Whether developers listen to or do anything with that information is completely up to them. If it's educated just one of them who happens to have only lived in a country that has unlimited data plans, then it has been worth writing. It would probably be better to educate readers about WHY we shouldn't assume data transfer via GPRS to be massively cheap affordable. Where are you? Australia. Are unlimited data plans completely unavailable there? Or just expensive? Completely unavailable. How much does data transfer cost there? (comparison of data cost relative to calls?) 1c per Kb. Calls are about 30c/min. Why is this? A teleco monopoly? No, there are three major telco's - it's just that none of them offer unlimited data plans. Why is the situation unlikely to change in the foreseeable? There are no market forces that will make it change, as Australia is a large country with a relatively sparse population (2.6 people per square kilometer). It is not as common in many parts of the world as it is in your part of the world. Great, so enlighten me. Saying please don't assume that everyone has unlimited data plans just makes me think, oooh, look! here's someone as cantankerous as I. If you want me to REMEMBER you when developing my hypothetical ultimate mail client then tell me something memorable about data plans in your country. Things are very different in different parts of the world. For instance, in the USA it used to be the case (and may still be) that the recipient had to pay for incoming mobile calls and SMSs. Such weird pricing (where you can be sent poor by someone harrassing you with calls or SMS messages) has never been seen in Australia. I expect the IMAP client on my openmoko phone to be able to download all my email for offline reading, deleting, and replying on the bus with *no* internet connectivity, and then sync all those changes seamlessly to the server as soon as I get the next internet connection. I expect that, too. Certainly under my data plan this would be essential for foreign holidays. It's good that our needs are identical then. Ability to do stuff when connected, and ability to do stuff when not connected as well. As opposed to an assumption that someone is always connected. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Fri, Aug 29, 2008 at 10:21:13AM +0200, Florian Hackenberger wrote: On Thursday 28 August 2008, Marco Trevisan (Treviño) wrote: Is there a way to use this in om2008.8? If you have a look at the qtopia documentation at [1], you'll notice that their design is quite similar to FSO. They provide you with some interface classes and you can request an object which implements such an interface from a service. You can then use this object to interact with the service. There is for example the QPhoneCallManager interface which has a signal 'newCall'. This signal is emitted whenever a call comes in. Have a look at [2,3] for further details. Cheers, Florian [1] http://doc.trolltech.com/qtopia4.3 [2] http://doc.trolltech.com/qtopia4.3/phonelibrary.html [3] http://doc.trolltech.com/qtopia4.3/qphonecallmanager.html Thanks Florian! I will have a look at these. Ole pgpc4VkodxVVW.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Sat, Aug 30, 2008 at 02:04:37PM +0930, Rod Whitby wrote: Stroller wrote: I thought the standard now was unlimited data plans. ... You have my sympathies if you're not on an unlimited data plan, Ole, but I would see unlimited data use as the long-term expectation of OpenMoko projects. Please don't assume that everyone has unlimited data plans. It is not as common in many parts of the world as it is in your part of the world. I expect the IMAP client on my openmoko phone to be able to download all my email for offline reading, deleting, and replying on the bus with *no* internet connectivity, and then sync all those changes seamlessly to the server as soon as I get the next internet connection. This sounds like a reasonable way to handle it. But the email traffic I have to handle on the road is really rather low volume. My idea of VoIP notification certainly isn't very useful for someone who gets several mails an hour. In this case IMAP-idle or with interval checking is probably better. I was more looking for a way to pass signals to my mobile without having to pay for it. For £20 this includes unlimited texts and one of the following free bolt-ons: unlimited texts (WTF?), unlimited O2 to O2 Calls, unlimited Web Bolt On, unlimited weekend calls, unlimited landline calls, unlimited Wi-Fi, 200 extra anytime minutes. https:// shop.o2.co.uk/tariffs/simonly I don't have unlimited data plan. But if I assume 20 pound per month for my mobile bill, I practically have unlimited data too. ;-) Ole pgp88EM2rJHLS.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On 30 Aug 2008, at 05:34, Rod Whitby wrote: Stroller wrote: I thought the standard now was unlimited data plans. ... You have my sympathies if you're not on an unlimited data plan, Ole, but I would see unlimited data use as the long-term expectation of OpenMoko projects. Please don't assume that everyone has unlimited data plans. Please don't assume probably won't prevent developers from doing so. It would probably be better to educate readers about WHY we shouldn't assume data transfer via GPRS to be massively cheap affordable. Where are you? Are unlimited data plans completely unavailable there? Or just expensive? How much does data transfer cost there? (comparison of data cost relative to calls?) Why is this? A teleco monopoly? Why is the situation unlikely to change in the foreseeable? It is not as common in many parts of the world as it is in your part of the world. Great, so enlighten me. Saying please don't assume that everyone has unlimited data plans just makes me think, oooh, look! here's someone as cantankerous as I. If you want me to REMEMBER you when developing my hypothetical ultimate mail client then tell me something memorable about data plans in your country. As the son of Lancastrian blood, I can sympathise with parsimoniousness, but right now Ole's suggestion appears penny- pinching to me, rather than practical prudent economising. Enlighten me otherwise! I always wish to be educated. I expect the IMAP client on my openmoko phone to be able to download all my email for offline reading, deleting, and replying on the bus with *no* internet connectivity, and then sync all those changes seamlessly to the server as soon as I get the next internet connection. I expect that, too. Certainly under my data plan this would be essential for foreign holidays. ... Assuming an always-on connection (as opposed to just taking advantage of one when it is available) is a backwards step. Or insightful and simple forward thinkingness, depending upon your worldview. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On 30 Aug 2008, at 11:52, Ole Kliemann wrote: ... I expect the IMAP client on my openmoko phone to be able to download all my email for offline reading, deleting, and replying on the bus with *no* internet connectivity, and then sync all those changes seamlessly to the server as soon as I get the next internet connection. This sounds like a reasonable way to handle it. But the email traffic I have to handle on the road is really rather low volume. My idea of VoIP notification certainly isn't very useful for someone who gets several mails an hour. In this case IMAP-idle or with interval checking is probably better. I was more looking for a way to pass signals to my mobile without having to pay for it. I meant to ask in my previous email: Anyone know what is the overhead of IMAP-idle? (or however interval checking on IMAP works?) Let's I have 50kb of email per day in one email account, 120kb in another. 500kb in another, if you like. How much would it cost (in kb) firstly just to download that over GPRS, and secondly to check for mail every X minutes through the day. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Thursday 28 August 2008, Marco Trevisan (Treviño) wrote: Is there a way to use this in om2008.8? If you have a look at the qtopia documentation at [1], you'll notice that their design is quite similar to FSO. They provide you with some interface classes and you can request an object which implements such an interface from a service. You can then use this object to interact with the service. There is for example the QPhoneCallManager interface which has a signal 'newCall'. This signal is emitted whenever a call comes in. Have a look at [2,3] for further details. Cheers, Florian [1] http://doc.trolltech.com/qtopia4.3 [2] http://doc.trolltech.com/qtopia4.3/phonelibrary.html [3] http://doc.trolltech.com/qtopia4.3/qphonecallmanager.html -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On 28 Aug 2008, at 18:03, Ole Kliemann wrote: ... If you have some friends who are willing to use a system like that, then message can be passed with notification within this group for a very low price. I pay 24euro-ct/MB and only for every started 10kb. On the other hand the amount of messages passing through this system will be low. AFAIK to have immediate notification with IMAP you have to either keep a connection open or check for new mails in intervals. Both will cause costs. I thought the standard now was unlimited data plans. My last contract (which included a Sony-E smartphone) just expired this week and I am now on a much cheaper tariff which gives me more minutes which includes unlimited data. UK users: O2 were discounting the price of their 600 minute simplicity plan for the duration of August, but have now extended this deal through September so you have more time left in which to get on it. For £20 this includes unlimited texts and one of the following free bolt-ons: unlimited texts (WTF?), unlimited O2 to O2 Calls, unlimited Web Bolt On, unlimited weekend calls, unlimited landline calls, unlimited Wi-Fi, 200 extra anytime minutes. https:// shop.o2.co.uk/tariffs/simonly You have my sympathies if you're not on an unlimited data plan, Ole, but I would see unlimited data use as the long-term expectation of OpenMoko projects. I think for most people the ideal is to have their IMAP client open an internet connection (via wifi / GPRS) every few minutes check for new mails. I've mentioned a couple of times on this list how well this is handled by the Nokia N95, which has the option (for instance) not to use GPRS when you're on holiday, avoiding roaming charges. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
Stroller wrote: I thought the standard now was unlimited data plans. ... You have my sympathies if you're not on an unlimited data plan, Ole, but I would see unlimited data use as the long-term expectation of OpenMoko projects. Please don't assume that everyone has unlimited data plans. It is not as common in many parts of the world as it is in your part of the world. I expect the IMAP client on my openmoko phone to be able to download all my email for offline reading, deleting, and replying on the bus with *no* internet connectivity, and then sync all those changes seamlessly to the server as soon as I get the next internet connection. My Treo650 does that today. Assuming an always-on connection (as opposed to just taking advantage of one when it is available) is a backwards step. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
Michael 'Mickey' Lauer : Am Donnerstag 28 August 2008 02:31:13 schrieb Marco Trevisan (Treviño): Michael 'Mickey' Lauer wrote: If it doesn't need to be 2008.8, then you might want to give the frameworkd a try, which has been written for exactly these things. There, it would be as simple as (python example, but works with all kinds of languages of course): Is there a way to use this in om2008.8? Only if you shut down qpe. In general, qtopiacomm, gpsd, and ogsmd (part of frameworkd) all fight over exclusively using one modem. I was thinking... An easy implementation also would be something like this (and should work in every distro, also if it could be just a workaround since it uses more resources for doing something already done by others): while true; do if grep -q RING /dev/ttySAC0; then $COMMANDS; fi; done BTW, the Hackenberger workardound to make qtopia use gsm0710muxd, should help in this too... Isn't it? -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
Am Donnerstag 28 August 2008 02:31:13 schrieb Marco Trevisan (Treviño): Michael 'Mickey' Lauer wrote: If it doesn't need to be 2008.8, then you might want to give the frameworkd a try, which has been written for exactly these things. There, it would be as simple as (python example, but works with all kinds of languages of course): Is there a way to use this in om2008.8? Only if you shut down qpe. In general, qtopiacomm, gpsd, and ogsmd (part of frameworkd) all fight over exclusively using one modem. I've tried to use also mickeyterm from FSO (I'd like to try to dialog with my GSM modem for some tests) but it doesn't run. See above - no muxing. Any help to get these libs working in non fso distros? Well, theoretically, you could use gsm0710muxd and have frameworkd running and Qtopia running in parallel (on the 4th MUXed channel). -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
On Thu, Aug 28, 2008 at 01:10:25AM +0200, Michael 'Mickey' Lauer wrote: If it doesn't need to be 2008.8, then you might want to give the frameworkd a try, which has been written for exactly these things. There, it would be as simple as (python example, but works with all kinds of languages of course): [ code example ... ] Hey Mickey, thanks a lot for the example. Looks like it's eventually gonna be FSO for me. Good to know someone is supporting the ol' script-it-yourself style. :) Ole pgpTnKQHf5ii1.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Wed, Aug 27, 2008 at 04:20:38PM -0700, Michael Shiloh wrote: Ole Kliemann wrote: Hi everyone! I'd like to have a file where I put in phonenumber /path/to/shellscript Everytime an incoming call matches one of the numbers in this file, the device just hangs up and executes the corresponding script. Cool application. This plus Arduino could be the bases of some nice remote control. What I was planning to do: I have VoIP for telephony at home and asterisk running on my server. A script on the server checks my email. If it finds new mail it calls the FR. The FR does not accept the connection, instead it connects to the internet and gets the email. It does not cost anything as no phone connection is established. And I have immediate notification on new mail. pgpsli2ko5Nax.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
Ole Kliemann a écrit : What I was planning to do: I have VoIP for telephony at home and asterisk running on my server. A script on the server checks my email. If it finds new mail it calls the FR. The FR does not accept the connection, instead it connects to the internet and gets the email. It does not cost anything as no phone connection is established. And I have immediate notification on new mail. Some operators block such numbers that are just called and never answered. I had my number banned from the network for a similar application! Ineiti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
We have a Asterisk/FreePBX combination at work. My account is setup to email me any voicemails I receive as wav files. I can't help but think that an IMAP client on the phone would be an easier solution to the one you've proposed. Joseph 2008/8/28 Ole Kliemann [EMAIL PROTECTED]: On Wed, Aug 27, 2008 at 04:20:38PM -0700, Michael Shiloh wrote: Ole Kliemann wrote: Hi everyone! I'd like to have a file where I put in phonenumber /path/to/shellscript Everytime an incoming call matches one of the numbers in this file, the device just hangs up and executes the corresponding script. Cool application. This plus Arduino could be the bases of some nice remote control. What I was planning to do: I have VoIP for telephony at home and asterisk running on my server. A script on the server checks my email. If it finds new mail it calls the FR. The FR does not accept the connection, instead it connects to the internet and gets the email. It does not cost anything as no phone connection is established. And I have immediate notification on new mail. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Thu, 2008-08-28 at 16:17 +0200, Linus Gasser wrote: Ole Kliemann a écrit : What I was planning to do: I have VoIP for telephony at home and asterisk running on my server. A script on the server checks my email. If it finds new mail it calls the FR. The FR does not accept the connection, instead it connects to the internet and gets the email. It does not cost anything as no phone connection is established. And I have immediate notification on new mail. Some operators block such numbers that are just called and never answered. I had my number banned from the network for a similar application! Sue the bastards. It's not my fault nobody wants to talk to me! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Thu, Aug 28, 2008 at 04:17:56PM +0200, Linus Gasser wrote: Ole Kliemann a écrit : What I was planning to do: I have VoIP for telephony at home and asterisk running on my server. A script on the server checks my email. If it finds new mail it calls the FR. The FR does not accept the connection, instead it connects to the internet and gets the email. It does not cost anything as no phone connection is established. And I have immediate notification on new mail. Some operators block such numbers that are just called and never answered. I had my number banned from the network for a similar application! I thought about this too. Guess it could happen, I will see. ;-) pgpI3izyk3iTh.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On Thu, Aug 28, 2008 at 03:29:32PM +0100, Joseph Reeves wrote: 2008/8/28 Ole Kliemann [EMAIL PROTECTED]: I have VoIP for telephony at home and asterisk running on my server. A script on the server checks my email. If it finds new mail it calls the FR. The FR does not accept the connection, instead it connects to the internet and gets the email. It does not cost anything as no phone connection is established. And I have immediate notification on new mail. We have a Asterisk/FreePBX combination at work. My account is setup to email me any voicemails I receive as wav files. I can't help but think that an IMAP client on the phone would be an easier solution to the one you've proposed. I think it depends on the amount of mail and what you want to do. I thought of it as a kind of MMS replacement. The ability to send larger messages with possible multimedia content and having immediate notification. If you have some friends who are willing to use a system like that, then message can be passed with notification within this group for a very low price. I pay 24euro-ct/MB and only for every started 10kb. On the other hand the amount of messages passing through this system will be low. AFAIK to have immediate notification with IMAP you have to either keep a connection open or check for new mails in intervals. Both will cause costs. pgptMB2TiVWrC.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
Good points. I very rarely take an interest in my voicemail (despite berating people for not using it more) and yes, an IMAP solution may incur extra cost. VM as MMS is an interesting idea; I look forward to seeing how it pans out! Joseph 2008/8/28 Ole Kliemann [EMAIL PROTECTED]: On Thu, Aug 28, 2008 at 03:29:32PM +0100, Joseph Reeves wrote: 2008/8/28 Ole Kliemann [EMAIL PROTECTED]: I have VoIP for telephony at home and asterisk running on my server. A script on the server checks my email. If it finds new mail it calls the FR. The FR does not accept the connection, instead it connects to the internet and gets the email. It does not cost anything as no phone connection is established. And I have immediate notification on new mail. We have a Asterisk/FreePBX combination at work. My account is setup to email me any voicemails I receive as wav files. I can't help but think that an IMAP client on the phone would be an easier solution to the one you've proposed. I think it depends on the amount of mail and what you want to do. I thought of it as a kind of MMS replacement. The ability to send larger messages with possible multimedia content and having immediate notification. If you have some friends who are willing to use a system like that, then message can be passed with notification within this group for a very low price. I pay 24euro-ct/MB and only for every started 10kb. On the other hand the amount of messages passing through this system will be low. AFAIK to have immediate notification with IMAP you have to either keep a connection open or check for new mails in intervals. Both will cause costs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call
On 2008.08.28.17.03, Ole Kliemann wrote: | I think it depends on the amount of mail and what you want to do. I | thought of it as a kind of MMS replacement. The ability to send larger | messages with possible multimedia content and having immediate | notification. Another idea is to do the same thing with SMS. I know there are email-SMS gateways so the phone wakes up on SMS then does a pull of whatever you want. Could be used for all sorts of push like things. --Brock ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Om2008.8: execute script on incoming call
Hi everyone! I'd like to have a file where I put in phonenumber /path/to/shellscript Everytime an incoming call matches one of the numbers in this file, the device just hangs up and executes the corresponding script. Does anyone have an idea how to do this? I guess it will require modifications in qpe ... Perhaps someone familiar with the sources could point out where the best place would be to hook into? Or someone has a completely different idea that is a lot simpler? ;-) Ole pgp7nw480yPA3.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
If it doesn't need to be 2008.8, then you might want to give the frameworkd a try, which has been written for exactly these things. There, it would be as simple as (python example, but works with all kinds of languages of course): import dbus, dbus.mainloop, gobject actions = { \ +491001:/usr/bin/foo1, +491002:/usr/bin/foo2, +491003:/usr/bin/foo3 } def onCallStatus( index, status, properties ): if status == incoming: try: action = actions[properties[number]] except KeyError: pass else: subprocess.Popen( action, shell=True ) dbus.mainloop.glib.DBusGMainLoop( set_as_default=True ) mainloop = gobject.MainLoop() bus = dbus.SystemBus() bus.add_signal_receiver( onCallStatus, CallStatus, org.freesmartphone.GSM.Call, org.freesmartphone.ogsmd, /org/freesmartphone/GSM/Device ) mainloop.run() -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
Am Donnerstag 28 August 2008 01:10:25 schrieb Michael 'Mickey' Lauer: def onCallStatus( index, status, properties ): if status == incoming: try: action = actions[properties[number]] except KeyError: pass else: subprocess.Popen( action, shell=True ) Bummer, forgot to hangup here... use that: def onCallStatus( index, status, properties ): if status == incoming: try: action = actions[properties[number]] except KeyError: pass else: obj = bus.get_object( org.freesmartphone.ogsmd, /org/freesmartphone/Device/GSM ) callInterface = dbus.Interface( obj, org.freesmartphone.GSM.Call ) callInterface.Release( index ) subprocess.Popen( action, shell=True ) -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
Ole Kliemann wrote: Hi everyone! I'd like to have a file where I put in phonenumber /path/to/shellscript Everytime an incoming call matches one of the numbers in this file, the device just hangs up and executes the corresponding script. Cool application. This plus Arduino could be the bases of some nice remote control. Someone suggested awhile ago a rules based engine. This sounds like a perfect start to that engine, if it is appropriately generalized. Anyone know if that rules based engine was started? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8: execute script on incoming call
Michael 'Mickey' Lauer wrote: If it doesn't need to be 2008.8, then you might want to give the frameworkd a try, which has been written for exactly these things. There, it would be as simple as (python example, but works with all kinds of languages of course): Is there a way to use this in om2008.8? I've tried to use also mickeyterm from FSO (I'd like to try to dialog with my GSM modem for some tests) but it doesn't run. Any help to get these libs working in non fso distros? -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community