<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: LIVE: iCall (VoIP on 3G)</title>
	<atom:link href="http://apprejections.com/index.php/post/140/feed" rel="self" type="application/rss+xml" />
	<link>http://apprejections.com/index.php/post/140</link>
	<description>Send app-rejection news to @redglassesapps on twitter</description>
	<lastBuildDate>Thu, 22 Jul 2010 18:02:25 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: adam</title>
		<link>http://apprejections.com/index.php/post/140/comment-page-1#comment-710</link>
		<dc:creator>adam</dc:creator>
		<pubDate>Sat, 30 Jan 2010 18:02:42 +0000</pubDate>
		<guid isPermaLink="false">http://apprejections.com/?p=140#comment-710</guid>
		<description>(NB: I&#039;m not trying to say that iCall&#039;s setup is &quot;nefarious&quot;; I thought that the details of what I said, along with the sarcastic &quot;sooper sekrit&quot; terminology, would make that clear. There *are* nefarious apps out there that have used exactly this same approach, but I do not believe iCall is one of them)

@Arlo

&quot;There was nothing nefarious and the functionality of the application did not change, only a setting changed.&quot;

Quoting from your own iTunes page:

     &quot;3G 3G 3G 3G! You can now use iCall over 3G networks!!!&quot;

I have nothing against what you did, personally. But please don&#039;t claim things that are clearly not true: adding 3G is a major change to the functionality of your application.

According to Apple&#039;s datestamp (last updated 30th November 2009), you did this without updating the application. iTunes currently allows you to change your iTunes description whenever you wish, so this was an easy change to make.</description>
		<content:encoded><![CDATA[<p>(NB: I&#8217;m not trying to say that iCall&#8217;s setup is &#8220;nefarious&#8221;; I thought that the details of what I said, along with the sarcastic &#8220;sooper sekrit&#8221; terminology, would make that clear. There *are* nefarious apps out there that have used exactly this same approach, but I do not believe iCall is one of them)</p>
<p>@Arlo</p>
<p>&#8220;There was nothing nefarious and the functionality of the application did not change, only a setting changed.&#8221;</p>
<p>Quoting from your own iTunes page:</p>
<p>     &#8220;3G 3G 3G 3G! You can now use iCall over 3G networks!!!&#8221;</p>
<p>I have nothing against what you did, personally. But please don&#8217;t claim things that are clearly not true: adding 3G is a major change to the functionality of your application.</p>
<p>According to Apple&#8217;s datestamp (last updated 30th November 2009), you did this without updating the application. iTunes currently allows you to change your iTunes description whenever you wish, so this was an easy change to make.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arlo Gilbert</title>
		<link>http://apprejections.com/index.php/post/140/comment-page-1#comment-709</link>
		<dc:creator>Arlo Gilbert</dc:creator>
		<pubDate>Sat, 30 Jan 2010 17:39:35 +0000</pubDate>
		<guid isPermaLink="false">http://apprejections.com/?p=140#comment-709</guid>
		<description>Thanks for keeping up with our application development but I would like to take a brief moment to clarify that we have not done anything &quot;sekrit&quot; or &quot;back door&quot;.

Our application is a VoIP application, no &quot;be good&quot; versus &quot;be bad&quot;... every time iCall starts it checks in with our central servers to determine lots of things such as whether you are a paying customer or a free customer, to register with the VoIP gateway to receive calls and a handful of other things.

Many of the settings relating to iCall are not stored permanently on the software itself but rather are returned to the application each time it starts up, one of these many settings was the &quot;can I talk over 3g&quot; setting.

When Apple modified their terms regarding 3G, we only had to change a switch on our servers.

There was nothing nefarious and the functionality of the application did not change, only a setting changed.

While I can appreciate that there is a concern about applications changing their behavior after approval, from a practical standpoint I have never seen it happen. If a developer really turned on a &quot;be bad&quot; button they would quickly be banished from the development process for eternity ( I assume ).

Again, thanks for writing a nice blog, we enjoy your site.

-Arlo Gilbert, CEO
iCall, Inc.</description>
		<content:encoded><![CDATA[<p>Thanks for keeping up with our application development but I would like to take a brief moment to clarify that we have not done anything &#8220;sekrit&#8221; or &#8220;back door&#8221;.</p>
<p>Our application is a VoIP application, no &#8220;be good&#8221; versus &#8220;be bad&#8221;&#8230; every time iCall starts it checks in with our central servers to determine lots of things such as whether you are a paying customer or a free customer, to register with the VoIP gateway to receive calls and a handful of other things.</p>
<p>Many of the settings relating to iCall are not stored permanently on the software itself but rather are returned to the application each time it starts up, one of these many settings was the &#8220;can I talk over 3g&#8221; setting.</p>
<p>When Apple modified their terms regarding 3G, we only had to change a switch on our servers.</p>
<p>There was nothing nefarious and the functionality of the application did not change, only a setting changed.</p>
<p>While I can appreciate that there is a concern about applications changing their behavior after approval, from a practical standpoint I have never seen it happen. If a developer really turned on a &#8220;be bad&#8221; button they would quickly be banished from the development process for eternity ( I assume ).</p>
<p>Again, thanks for writing a nice blog, we enjoy your site.</p>
<p>-Arlo Gilbert, CEO<br />
iCall, Inc.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
