RE: Import Duty - I have refused my delivery.
Cancel the last thing I said. I moved to the US and for some unknow reason my brain mixed the two countries laws. You declare the items on the outgoing section of your quarterly VAT return. You get the money back as a refund against VAT your company charged (assuming you're VAT registered). Regards, Red ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Import Duty - I have refused my delivery.
On Fri, 2007-08-03 at 13:20 +0100, [EMAIL PROTECTED] wrote: > Actually, speaking as someone who imports electronic components and > peripherals for prototype systems from the US all the time, I do know > what to expect when I import. Good, then you know that you provide Customs (via the shipping company) your VAT registration number and then you're not liable for the VAT. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Software Development
> > But what should the software for the phone be programmed in, Java > > or C++ or what? or since its Linux smartphone can I do either? Perl :-D ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: Another idea for an application for the Neo: Instant sync to web page duplicating info on phone
On Wed, 2006-11-29 at 13:42 -0800, [EMAIL PROTECTED] wrote: > Here's another idea, this one less than half-baked, but I trust this community > to help identify the flaws, seek the gems, and see if anything remains that is > useful. This will be the first application I will develop. I love it - That is an itch I want to scratch. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: built-in scripting languages
On Tue, 2007-01-23 at 10:12 +0800, Ben Lau wrote: > I also think that it should come with none of any scripting language > beside shell script and Javascript (by web browser). Python/Perl is > too huge. It's a balance. Size utilization against use. So, the questions I would ask if I were a proponent for having an installed high level language would be: 1) What useful software is there for this platform which has a specifical language as a dependancy. 2) What is the absolute minimum installation required to achive this functionality. The smaller your core and the more useful stuff it contributes the better chance you have of it being included by default. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
RE: exchange email?
On Sun, 2007-01-21 at 11:51 -0500, Dean Collins wrote: > Hmmm well I'm not an expert so whatever you say however from my > understanding it is the server that notifies the handset that there is > email available for it not the handset polling the server. Thinking laterally, since handsets are NAT'd to the outside world it is impossible[0] for external mail-servers to notify the handset by making an incoming connection. The session has to be active the whole time and initiated by the client. How about, instead of calling it "push-email" we refer to it as near-real-time. At least it's more accurate. I have some ideas as to how this can be achieved without modifying the mail client. I don't want to elaborate until I know for sure which mail client will be the default. Regards, Red [0] For the value of impossible where we don't have access to the cell companies network configuration. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: built-in scripting languages
Sorry, I have to completely disagree with you. On Tue, 2007-01-23 at 11:21 +0100, Tomasz Zielinski wrote: > I'm affraid of using interpreted and dynamically typed languages in > embedded environment, like cellphone. Especially when using GSM API -- > it's much easier to omit bug in interpreted language on embedded > device than compiled one. Blatently untrue. Bugs are introduced by human error. High level languages means that humans do less work at the cost of lower performance and space. Less work means less opportunity to introduce bugs. In Perl,Python,Ruby,Lua you typically don't have to Check bounds, do type casting, pointer arithmetic etc etc. A simple look at any of mailing list for a decient C project shows that even mature C/C++ developers create these types of bugs all the time. It goes with the territory. > Cellphones we know have GUI so strictly bounded to phone we don't even > mention it. One display check and you know what happens with > connection. OpenMoko will (probably) bahave differently -- man can > even not notice at all that call is active. So if your script calls > somewhere then fails silently, you will pay a lot. With all the love in the world, this is FUD. Regards, Red ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
GSM Networks in the USA
I keep seeing people say that the only Cellphone companies that will support OpenMoko are Cingular and T-Mobile. I feel like I need to correct thi. Cingular and T-Mobile are not the only GSM carriers, they are the only NATIONAL GSM carriers. In fact, there are 62 GSM based carriers in the United States. Most of which are local to a certain region. Almost all of them have coverage all over the country using roaming. So, please don't think you only have two choices, depending on your area you may have many more. You can find them at: http://www.gsmworld.com/roaming/gsminfo/cou_us.shtml You can find the Internation list at: http://www.gsmworld.com/roaming/gsminfo/index.shtml Regards, Red ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Reactions From Other People to News of OpenMoko
On Sat, 2007-01-27 at 18:51 +0800, Sean Moss-Pultz wrote: > On 1/27/07 7:12 AM, "Mary Stovel" <[EMAIL PROTECTED]> wrote: > the design of the Moko which seems to have a > > nice place to put a lanyard. > Which will come in the box ;-) It last, the purpose of the mysterious hole is made clear! Semi serious question, is there a disclaimer in the docs to not wear it around your neck if you have a pacemaker? That close to the heart and all cellphones are microwave transmitters after all. Field strength square of distance etc and they worry about people with microwave leakage from cooking microwaves. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Email Push Service :) smtp+dnotify+Asterisk+... :)
On Tue, 2007-01-30 at 23:49 -0800, Elliot F. wrote: > Google talk has a persistent connection between the client and the > server. With a persistent connection, pushing data is pretty easy. We have to use a persistant connection as most GSM networks use private address space and NAT. This means we can't just throw a UDP packet at the phone. IMAP is an asyncronous protocol. The purpose of the IDLE command is JUST to spot the IMAP server tearing down the connection. IDLE is not a poll, if configured correctly the IMAP server will just spit out notifications on the existing TCP stream as and when mails come in. Red ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Email Push Service :) smtp+dnotify+Asterisk+... :)
On Wed, 2007-01-31 at 16:14 -0800, Elliot F. wrote: > The best point that Robert made in his original post was > that there are out of band methods of alerting the phone that a new > message is available (call from known number or SMS message.) As far as > I know, this is how current "push" email systems work. I agree. Any potential method of notification should be explored since different carriers bill different features at different rates. > I'm not sure what you mean by "IMAP is an asynchronous protocol", By that I mean that answers / notifications from an IMAP server do not have to be returned in the order in which you send them. IE, if you make 3 requests the protocol allows the results from those requests to return in any arbitrary order plus of course the possibility of additional notifications which you don't explicitly request. > but I > never said that IDLE was a poll. I did not intend to infer that. I was wanting to clarify what I read to be slightly ambiguous. > It's also not there "JUST to spot the > IMAP server tearing down the connection." I typoed. s/spot/stop/ It's there to stop the IMAP server closing the connection as IDLE. I'd prefer they used NOOP but I didn't author the protocol :-P > IMAP IDLE is 'true' push > email (at least the earliest I know of.) IMAP maintains a persistent > connection to a server (see my comment above re: "pushing data is easy > with a persistent connection.) The server can then push messages via > the established connection. For those interested: > http://www.faqs.org/rfcs/rfc2177.html Absolutely. > My whole point is that maintaining a persistent connection between the > mobile phone is (in my opinion) not efficient, not as easy, and more > prone to error than using some sort of out-of-band notification. Well, the IDLE interval required is going to be dependent on the IMAP server and carrier (you can be sure they time-out "idle" tcp sessions through their NAT gateways). Whether it is efficient or not on this platform is a financial choice. For example, I have unlimited data on my plan but I am charged per SMS (Cingular USA). SMS would be expensive for me as a notification mechanism. As for initializing calls, I saw a company "abuse" ISDN bandwidth that way by encoding within ISDN signalling. A fully functional but low bandwidth connection without a single phonecall made. > I'd be happy to see all implementations, though. There's not reason why > it needs to be done just one way. Depending on the user, it may make > more sense to do it one way over the other. I agreee 100%. > I think I'll leave this thread now, as it doesn't seem to be bearing > much fruit. I look forward to the SDK and the phone, though, as this is > a very promising feature (as anyone who is a blackberry addict can attest.) Later. Red ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: data encryption + Biometric security
On Thu, 2007-02-01 at 10:32 -0700, Knight Walker wrote: > > > > http://www.projectblackdog.com/ > > Yeah. Too bad that company is going under. :) I actually have two of these and I love them. I lost faith in the company and they lost my support because I have yet to see them announce their competition winner. It's almost 2 years after the competition completed. Red ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
RE: T-Mobile finagling advice?
On Wed, 2007-02-07 at 10:05 +, [EMAIL PROTECTED] wrote: > If you are in the UK, Tescos do a cheap pay as you go SIM; > http://www.tesco.com/mobilenetwork/shop/?page=simcards > Maybe WalMart do the same in the US? There are various pay-as-you-go services in the US. $20 (10UKP) will buy you a GSM cellphone and 60 minutes of talk time (With no ID or credit card required btw for fellow privacy freaks) :-D The one that I have does use a SIMcard and they roam onto some GSM network which it doesn't identify. My guess is certainly cingular since its the only GSM network available in my area[0]. Regards, Red ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
RE: T-Mobile finagling advice?
On Wed, 2007-02-07 at 08:41 -0700, Joe Pfeiffer wrote: > I'm curious -- which one do you use? Were you able to get just a sim > card from them, or did they insist on "giving" you a phone? They insisted on giving you the phone and looking at it you would need to keep the phone in order to maintain your account since addition on minutes etc is all done via the phone interface. I don't know for sure if it will work in a phone other than theirs. However, I have that phone and my treo 650 in the car. At lunchtime (approx 1 hour) I'll try throwing that SIM into my treo and see if it flies. Regards, Red ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Forums Page?
On Tue, 2007-02-20 at 14:19 -0500, Perry E. Metzger wrote: > Usenet was (well, is, but it has been dying for a long time) at 3.2Tb of data a day it's far from dead. > The bad part was that the flood > fill mechanism means every site in the network has to carry *all* > traffic even if no one locally is reading a particular > topic. ... ish. A usenet server could decide on a group by group or heirarchy by heirarchy basis what it wanted to take in a feed. Usenet admins were encouraged to take everything since that kept article propagation strongest. > "Someday" I'd love to create a next generation Usenet that fixed all > this -- I would distribute only "newsgroup announcements" rather than > the newsgroups themselves, make the topic namespace subdivided by > domain names to eliminate the "global namepsace" problem, and use > a bit-torrent like "centrally tracked but peer to peer distributed" > transfer method to eliminate the need for giant news spools. However, > realistically, I'll never have the month to do the work. There is a project there for sure. Usenet isn't broken - it just didn't scale well. Keeping up with that volume of data now has to be done by dedicated companies. I remember when I ran an ISP I siphoned off an almost full newsfeed to my home machine. Something that isn't really possible anymore :-) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What moblie service to get, part 2
On Fri, 2007-03-09 at 18:47 -0500, Erik wrote: > 8. I'm not even sure that you can have a data plan without a voice >plan. Seems like at the very least you might not get the >smartphone rebate if you don't get the rebate. Both Cingular and SunCom (who have GSM roaming in my area) do data only smartphone plans. They market it to Deaf customers (who tend not to use airtime minutes). ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A marketing angle
On Wed, 2006-11-22 at 08:58 +0100, Gabriel Ambuehl wrote: > I see more and more people using it as phone. Personally I find the design > ridiculous (big, crufty software) and never quite understood the use of push > email anyway... Push email is important when you are relying on email for timely notifications. Of course, whether you should use smtp as a timely notification protocol is open to debate. As for killer app that appeals to mass market: Call screening. When someone calls you and they go to answering machine you can listen and pick up if you choose. I said answering machine to distinguish the voice messaging services on the cellphone verses those provided by the cellphone company. Regards, Red ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community