<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Personal Website of Yakov Shafranovich &#187; Mobile</title>
	<atom:link href="http://www.shaftek.org/blog/category/mobile/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.shaftek.org</link>
	<description>ShafTek.org = SHAFranovich TECHnologies</description>
	<lastBuildDate>Thu, 02 Feb 2012 02:24:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>No Access to Sprint LBS API for Small Companies</title>
		<link>http://www.shaftek.org/blog/2006/04/18/no-access-to-sprint-lbs-api-for-small-companies/</link>
		<comments>http://www.shaftek.org/blog/2006/04/18/no-access-to-sprint-lbs-api-for-small-companies/#comments</comments>
		<pubDate>Tue, 18 Apr 2006 20:28:00 +0000</pubDate>
		<dc:creator>Yakov Shafranovich</dc:creator>
				<category><![CDATA[Mobile]]></category>
		<category><![CDATA[Projects]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[gps]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[lbs]]></category>
		<category><![CDATA[sprintlbs]]></category>
		<category><![CDATA[sprintpcs]]></category>

		<guid isPermaLink="false">http://www.shaftek.org/blog/2006/04/18/no-access-to-sprint-lbs-api-for-small-companies/</guid>
		<description><![CDATA[(This is a followup on an earlier post about availability of GPS info on Sprint PCS&#8217;s CDMA network) Recently I had a short email exchange with someone at Sprint about obtaining access to their LBS information for the use in my company&#8217;s products. My company targets a small vertical niche market and the reply from [...]]]></description>
			<content:encoded><![CDATA[<p>(This is a followup on <a HREF="http://www.shaftek.org/blog/archives/000327.html">an earlier post</a> about availability of GPS info on Sprint PCS&#8217;s CDMA network)</p>
<p>Recently I had a short email exchange with someone at Sprint about obtaining access to their LBS information for the use in my company&#8217;s products. My company targets a small vertical niche market and the reply from Sprint was basically along the lines of &#8220;we don&#8217;t deal with small fish&#8221;. This is a very unfortunate fact since it now seems that the mobile world is the last place where restrictions are put on users and developers solely for commercial gain &#8211; unlike the rest of the Internet. In any case, you can judge their reply for yourself:</p>
<blockquote><p><cite>The situation is this. Using the location capabilities on the CDMA platform requires partnership with Sprint. The economics of the underlying platform are such that access to the platform needs to be controlled and used by firms with  compelling applications and offers which would appeal to a large number of potential customers. At the present time, the Business Solutions group is not accepting new partners, but plans to begin considering new applications in Q3 2006.We are in the process of coming up with some new business models which would open up this platform to developers such as yourselves who target more limited groups of customers. Unfortunately, those processes are not yet in place and will take some time to develop.<cite></cite></p>
<p></cite></p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.shaftek.org/blog/2006/04/18/no-access-to-sprint-lbs-api-for-small-companies/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>The Upcoming &#8220;RIM Killer&#8221; from Microsoft</title>
		<link>http://www.shaftek.org/blog/2006/02/14/the-upcoming-rim-killer-from-microsoft/</link>
		<comments>http://www.shaftek.org/blog/2006/02/14/the-upcoming-rim-killer-from-microsoft/#comments</comments>
		<pubDate>Tue, 14 Feb 2006 16:43:34 +0000</pubDate>
		<dc:creator>Yakov Shafranovich</dc:creator>
				<category><![CDATA[Mobile]]></category>
		<category><![CDATA[microsoft]]></category>

		<guid isPermaLink="false">http://www.shaftek.org/blog/2006/02/14/the-upcoming-rim-killer-from-microsoft/</guid>
		<description><![CDATA[Blogs and magazines have been abuzz recently with the upcoming &#8220;RIM Killer&#8221; released by Microsoft targeted at Blackberry users worldwide. The actual functionlity is known as &#8220;Direct Push&#8221; and is described in one of Microsoft blogs. In essense &#8220;Direct Push&#8221; is a propertiary protocol running over HTTP. However, unlike RIM&#8217;s solution which uses an intermideary [...]]]></description>
			<content:encoded><![CDATA[<p>Blogs and magazines have been abuzz recently with the <a HREF="http://www.informationweek.com/hardware/showArticle.jhtml?articleID=180201389">upcoming &#8220;RIM Killer&#8221;</a> released by Microsoft targeted at Blackberry users worldwide. The actual functionlity is known as &#8220;Direct Push&#8221; and is described in <a HREF="http://www.eweek.com/article2/0,1895,1916095,00.asp">one of Microsoft blogs</a>.</p>
<p>In essense &#8220;Direct Push&#8221; is a propertiary protocol running over HTTP. However, unlike RIM&#8217;s solution which uses an intermideary NOC to store the email, DirectPush simply provides this ability to Exchange users without a requirement for an intermideary (and pricy fees). However, in essense RIM users will be exchanging one propertiery solutions for another.</p>
<p>A better way maybe to go with open standards as <a HREF="http://www.eweek.com/article2/0,1895,1916095,00.asp">this article suggests</a>. If in essense, all this does is check the Exchange server every few minutes, there is no reason why IMAP or POP3 with server-side storage cannot do the trick the same way. I myself have been trying out <a HREF="http://www.snappermail.com/wireless/email/">SnapperMail</a> which provides Blackberry-like functionality on a Palm without requirement for custom protocols. Rather, it uses IMAP and POP3.</p>
<p>Of course giving up custom protocols opens up ability to install any mail server you want. Any reason why RIM or Microsoft might hate that idea?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.shaftek.org/blog/2006/02/14/the-upcoming-rim-killer-from-microsoft/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>New consent framework draft, and multiform data in servlets</title>
		<link>http://www.shaftek.org/blog/2003/11/02/new-consent-framework-draft-and-multiform-data-in-servlets/</link>
		<comments>http://www.shaftek.org/blog/2003/11/02/new-consent-framework-draft-and-multiform-data-in-servlets/#comments</comments>
		<pubDate>Mon, 03 Nov 2003 03:16:42 +0000</pubDate>
		<dc:creator>Yakov Shafranovich</dc:creator>
				<category><![CDATA[Mobile]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[Spam and Email]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[asrg]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[spam]]></category>

		<guid isPermaLink="false">http://www.shaftek.org/blog/2003/11/02/new-consent-framework-draft-and-multiform-data-in-servlets/</guid>
		<description><![CDATA[Almost forgot to mention &#8211; a few days ago I posted a new draft of the consent framework. This draft (v0.03) has less insurance-policy language and more plain English, plus some pictures. Another thought while I am at it &#8211; if you ever use Java Servlets, and wonder why everything stops working after switching to [...]]]></description>
			<content:encoded><![CDATA[<p>Almost forgot to mention &#8211; a few days ago I posted <a HREF="http://www.solidmatrix.com/research/asrg/asrg-consent-framework.html">a new draft of the consent framework</a>. This draft (v0.03) has less insurance-policy language and more plain English, plus some pictures.</p>
<p>Another thought while I am at it &#8211; if you ever use Java Servlets, and wonder why everything stops working after switching to &#8220;multi-form&#8221; format &#8211; its not a bug but a feature. Pick up a copy of <a HREF="http://jakarta.apache.org/commons/fileupload/index.html">Apache Commons / File Upload</a> package to fix the problem.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.shaftek.org/blog/2003/11/02/new-consent-framework-draft-and-multiform-data-in-servlets/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Small ASRG update and more on Sitefinder</title>
		<link>http://www.shaftek.org/blog/2003/10/03/small-asrg-update-and-more-on-sitefinder/</link>
		<comments>http://www.shaftek.org/blog/2003/10/03/small-asrg-update-and-more-on-sitefinder/#comments</comments>
		<pubDate>Fri, 03 Oct 2003 06:03:53 +0000</pubDate>
		<dc:creator>Yakov Shafranovich</dc:creator>
				<category><![CDATA[Mobile]]></category>
		<category><![CDATA[Spam and Email]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[asrg]]></category>
		<category><![CDATA[rmx]]></category>
		<category><![CDATA[senderid]]></category>
		<category><![CDATA[sitefinder]]></category>
		<category><![CDATA[spf]]></category>
		<category><![CDATA[verisign]]></category>

		<guid isPermaLink="false">http://www.shaftek.org/blog/2003/10/03/small-asrg-update-and-more-on-sitefinder/</guid>
		<description><![CDATA[As I said on my homepage &#8211; &#8220;but do not expect frequent updates&#8221;. So I finally got around to updating this blog. Well, the past week or so has been pretty busy. The ASRG had seen some pretty heavy posting volume although today it has slowed down a little. We finally got all of the [...]]]></description>
			<content:encoded><![CDATA[<p>As I said on my <a HREF="http://www.shaftek.org">homepage</a> &#8211; &#8220;but do not expect frequent updates&#8221;. So I finally got around to updating this blog.</p>
<p>Well, the past week or so has been pretty busy. The <a HREF="http://www.irtf.org/asrg/">ASRG</a> had seen some pretty heavy posting volume although today it has slowed down a little. <a HREF="https://www1.ietf.org/mail-archive/working-groups/asrg/current/msg07521.html">We finally got all of the various RMX people together</a> so they can start working on a common proposal and lots of other good efforts are under way as well.</p>
<p>Also, <a HREF="http://www.icann.org">ICANN</a> has <a HREF="https://www1.ietf.org/mail-archive/working-groups/asrg/current/msg07503.html">announced a meeting</a> to discuss <a HREF="http://www.verisign.com">Verisign&#8217;s</a> recent behavior &#8211; it will be held October 7th in Washington, DC. I looked over the <a HREF="http://register.icann.org/cgi/secsac/attendees.cgi">invitees list</a> and there are 23 people listed as of right now, whose affiliations are very interesting. They seem to me to line up as follows:</p>
<p><strong>Defendants</strong> &#8211; <a HREF="http://www.verisign.com">Verisign</a> and the company providing the whole DNS/search thing &#8211; <a HREF="http://www.paxfire.com/">Paxfire</a><br />
<strong>Competition</strong>  &#8211; mainly other gTLD Registraries &#8211; <a HREF="http://www.educause.edu/">EDUCAUSE</a> (.edu and they are non-profit), <a HREF="http://www.neustar.com/">Neustar</a> (.us, .kids.us, .cn and .biz), and <a HREF="www.afilias.info">Afilias</a> (.info and they also provide the backend for .org, which is operated by <a HREF="http://www.pir.org">PIR</a> / <a HREF="http://www.isoc.org">ISOC</a>), etc.<br />
<strong>&#8220;Uncle Sam&#8221;</strong> &#8211; <a HREF="http://www.ntia.doc.gov/">NTIA</a> &#8211; they OWN (in the fullest sense of that word) the DNS system which <a HREF="http://www.icann.org">ICANN</a> operates under contract further subcontracting .COM and .NET to <a HREF="http://www.verisign.com">VeriSign</a><br />
<strong>Lawyers</strong> &#8211; someone from the <a HREF="http://www.cardozo.yu.edu">Cardozo School of Law</a>, plus I am sure many others<br />
<strong>Internet standards folks</strong> &#8211; <a HREF="http://www.ietf.org">IETF</a> and affiliated private individuals, etc.<br />
<strong>Big Business</strong> &#8211; <a HREF="http://www.att.com">AT&amp;T</a>, Namespace Strategy Group, etc.<br />
<strong>Non-Profits</strong> &#8211; <a HREF="http://sdf.lonestar.org/">SDF</a>, etc.<br />
<strong>Consultants</strong> &#8211; Summit Strategies International?, others, etc.<br />
<strong>Others</strong> &#8211; all the ones I can&#8217;t decipher</p>
<p>Pretty interesting possibilities, eh? So the defendants will argue that they didn&#8217;t do anything wrong, the competition and big business will either defend them so they can do the same thing, or attack them in hopes of getting the .COM and .NET contracts while the non-profits and the IETF folks will preach standards adherence. Lawyers and consultants will hover over like vultures in hopes of getting some carrion from whomever loses (just think &#8220;class action lawsuit&#8221; &#8211; don&#8217;t even think, there are a few filed already!). Meanwhile <a HREF="http://www.icann.org">ICANN</a> and &#8220;Uncle Sam&#8221; (who legally is the owner of the DNS system and is the final decision maker), will try to decide who is right (although if the US Government owns DNS, and taxpayers own the government, that means I own the DNS system, and I get to decide to who wins&#8230;). Anyway, this sounds like a bad joke &#8211; &#8220;a lawyer, a businessman and a g-man&#8230;.&#8221; ANYWAY, I wish that someone from the anti-spam community would be there but maybe the <a HREF="http://www.ietf.org">IETF</a> folks will keep anti-spam solutions in mind when discussing the issue. So we&#8217;ll see what happens with this&#8230;</p>
<p>But in any case, the <a HREF="http://www.iab.org">IAB</a> has already stated:<br />
<cite>&#8220;Proposed guideline: If you want to use wildcards in your zone and understand the risks, go ahead, but only do so with the informed consent of the entities that are delegated within your zone.&#8221;</cite> and that <cite>&#8220;We recommend that any and all TLDs which use wildcards in a manner inconsistent with this guideline remove such wildcards at the earliest opportunity.&#8221;</cite><br />
Now the <a HREF="http://www.iab.org">IAB</a> <a HREF="http://www.iab.org/about/overview.html"><em>&#8220;provides oversight of, and occasional commentary on, aspects of the architecture for the protocols and procedures used by the Internet.&#8221;</em></a> And I think they are pretty experienced with the Internet, since <a HREF="http://www.iab.org/about/history.html">they were around since back in 1979</a>.</p>
<p><strong>So in conclusion I think we should trust what they recommend that &#8220;any TLDs which use wildcards&#8230;&#8221; (hint, hint) &#8220;remove such wildcards at the earliest opportunity&#8221;</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shaftek.org/blog/2003/10/03/small-asrg-update-and-more-on-sitefinder/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Here is an updated link</title>
		<link>http://www.shaftek.org/blog/2003/09/22/here-is-an-updated-link/</link>
		<comments>http://www.shaftek.org/blog/2003/09/22/here-is-an-updated-link/#comments</comments>
		<pubDate>Mon, 22 Sep 2003 16:29:00 +0000</pubDate>
		<dc:creator>Yakov Shafranovich</dc:creator>
				<category><![CDATA[Mobile]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[sitefinder]]></category>
		<category><![CDATA[verisign]]></category>

		<guid isPermaLink="false">http://www.shaftek.org/blog/2003/09/22/here-is-an-updated-link/</guid>
		<description><![CDATA[Here is an updated link sent in by George Kirikos: http://www.whois.sc/verisign-dns/]]></description>
			<content:encoded><![CDATA[<p>Here is an updated link sent in by <a HREF="http://www.kirikos.com/">George Kirikos</a>:</p>
<p><a HREF="http://www.whois.sc/verisign-dns/">http://www.whois.sc/verisign-dns/</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shaftek.org/blog/2003/09/22/here-is-an-updated-link/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.388 seconds -->

