<?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: SMS providers &amp; aggregators: Is it time for a code of practice?</title>
	<atom:link href="http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html</link>
	<description>Daily news and opinion for 250,000 industry executives and mobile fanatics</description>
	<lastBuildDate>Wed, 15 Feb 2012 15:14:00 +0100</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Adam Bird</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-41545</link>
		<dc:creator>Adam Bird</dc:creator>
		<pubDate>Mon, 09 Apr 2007 12:06:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-41545</guid>
		<description>I work with Julian, but will be unable to attend the first get together so I thought it would worth publishing my thoughts before hand.

I think the key to getting something like this adopted is to just start and get to first draft as soon as possible. Trying to involve too many people in the first drafts is a recipe of the whole processing grinding to a halt and just slowing dowm. Someone also needs to take the lead, which Julian has agreed to. 

Once at first draft then I think it should be pushed out to as many people as possible for comments. In the UK this should include the Mobile Data Association. The mobile operators should also be approached but I don&#039;t believe their involvement is necessary for publication of the code. 

Once the first release has been published, then it&#039;s the responsibility of us in the mobile industry to get our clients to adopt this code and get them to promote their adoption to their user base. 

Then we hope enough steam has been gathered and it&#039;s all been worthwhile ;). 

The areas I&#039;d like to see considered are: 

Timing of messages 
Frequency of messages 
Cost of messages 
Validity period of messages 
Unsubscribing from services, if appropriate 
Monitoring of message content 

This ended up being a bit longer than I anticpated so I have continued this on my blog: http://adam-bird.blogspot.com/2007/04/business-sms-code-of-practice-my.html.</description>
		<content:encoded><![CDATA[<p>I work with Julian, but will be unable to attend the first get together so I thought it would worth publishing my thoughts before hand.</p>
<p>I think the key to getting something like this adopted is to just start and get to first draft as soon as possible. Trying to involve too many people in the first drafts is a recipe of the whole processing grinding to a halt and just slowing dowm. Someone also needs to take the lead, which Julian has agreed to. </p>
<p>Once at first draft then I think it should be pushed out to as many people as possible for comments. In the UK this should include the Mobile Data Association. The mobile operators should also be approached but I don&#8217;t believe their involvement is necessary for publication of the code. </p>
<p>Once the first release has been published, then it&#8217;s the responsibility of us in the mobile industry to get our clients to adopt this code and get them to promote their adoption to their user base. </p>
<p>Then we hope enough steam has been gathered and it&#8217;s all been worthwhile <img src='http://www.mobileindustryreview.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> . </p>
<p>The areas I&#8217;d like to see considered are: </p>
<p>Timing of messages<br />
Frequency of messages<br />
Cost of messages<br />
Validity period of messages<br />
Unsubscribing from services, if appropriate<br />
Monitoring of message content </p>
<p>This ended up being a bit longer than I anticpated so I have continued this on my blog: <a href="http://adam-bird.blogspot.com/2007/04/business-sms-code-of-practice-my.html" rel="nofollow">http://adam-bird.blogspot.com/2007/04/business-sms-code-of-practice-my.html</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: technokitten</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-41017</link>
		<dc:creator>technokitten</dc:creator>
		<pubDate>Sat, 07 Apr 2007 13:59:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-41017</guid>
		<description>did you mean http://julian-hucker.blogspot.com by any chance??</description>
		<content:encoded><![CDATA[<p>did you mean <a href="http://julian-hucker.blogspot.com" rel="nofollow">http://julian-hucker.blogspot.com</a> by any chance??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Hucker</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-40387</link>
		<dc:creator>Julian Hucker</dc:creator>
		<pubDate>Wed, 04 Apr 2007 22:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-40387</guid>
		<description>I agree that the networks are the key participants in any body.  And I&#039;m in 2 minds about what to do next:

I vacillate between committing time to try to get a consensus view together and doing something positive, and thinking there&#039;s no point because without the networks it&#039;s worthless.

So, as we start Q2, it&#039;s time for a mini-resolution:

If we could get a few people together (conference call, pub, office, dont really mind) in say 2-3 weeks time we could draft an open letter and send to all and sundry.  

Pretty new to the world of blogging but I&#039;ll create a new post on my http://julian-hucker.blogsoft.com to see who&#039;s interested</description>
		<content:encoded><![CDATA[<p>I agree that the networks are the key participants in any body.  And I&#8217;m in 2 minds about what to do next:</p>
<p>I vacillate between committing time to try to get a consensus view together and doing something positive, and thinking there&#8217;s no point because without the networks it&#8217;s worthless.</p>
<p>So, as we start Q2, it&#8217;s time for a mini-resolution:</p>
<p>If we could get a few people together (conference call, pub, office, dont really mind) in say 2-3 weeks time we could draft an open letter and send to all and sundry.  </p>
<p>Pretty new to the world of blogging but I&#8217;ll create a new post on my <a href="http://julian-hucker.blogsoft.com" rel="nofollow">http://julian-hucker.blogsoft.com</a> to see who&#8217;s interested</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Njar</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-40288</link>
		<dc:creator>Njar</dc:creator>
		<pubDate>Wed, 04 Apr 2007 12:11:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-40288</guid>
		<description>In terms of message delivery, there&#039;ll always be a case of being at the mercy of the network operator whose responsibility it is to deliver the SMS to the destination handset.  If they delay then there&#039;s not a lot that can be done.  In terms of delivering banking alerts at 6am, this is either very poor logisitcs by the bank (in terms of thinking folks want this info at this time), or the routing that is being used is not good enough.  If you&#039;re with the &#039;not on the high street&#039; bank that is well known for sending SMS as part of their offering, they use a one network routing strategy and as such they will almost certainly be rate limited when sending, and as such they likely push out over a period of time.  

A good provider will use the best routes and smart route across multiple networks such that when you hit send with your business SMS, it get&#039;s to the handset within several seconds.

Have you noticed that with 118118 the SMS will tend to arrive before the call has even finished?</description>
		<content:encoded><![CDATA[<p>In terms of message delivery, there&#8217;ll always be a case of being at the mercy of the network operator whose responsibility it is to deliver the SMS to the destination handset.  If they delay then there&#8217;s not a lot that can be done.  In terms of delivering banking alerts at 6am, this is either very poor logisitcs by the bank (in terms of thinking folks want this info at this time), or the routing that is being used is not good enough.  If you&#8217;re with the &#8216;not on the high street&#8217; bank that is well known for sending SMS as part of their offering, they use a one network routing strategy and as such they will almost certainly be rate limited when sending, and as such they likely push out over a period of time.  </p>
<p>A good provider will use the best routes and smart route across multiple networks such that when you hit send with your business SMS, it get&#8217;s to the handset within several seconds.</p>
<p>Have you noticed that with 118118 the SMS will tend to arrive before the call has even finished?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steve procter</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-40265</link>
		<dc:creator>steve procter</dc:creator>
		<pubDate>Wed, 04 Apr 2007 10:03:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-40265</guid>
		<description>There is no technical way to tell the the operator &quot;please deliver this message during these specific times and do not deliver between these times, etc&quot;. And the entire delivery retry mechanism is out of the dark ages.

So we can have all the codes of practices we like but until the operators sit down and say &quot;ok text industry, what features do we need to add to texting to make things work better&quot; then frankly it&#039;s all a waste of time.

But other than that I am in favour of an industry led CoP; but whoever organises it must make it a powerful enough lobby that the operators will get involved, support it, and as I say above feedback into their roadmap things that the CoP members ask for. So in a way it would be as much an industry group with some balls rather than just another set of rules.

steve/itagg.com</description>
		<content:encoded><![CDATA[<p>There is no technical way to tell the the operator &#8220;please deliver this message during these specific times and do not deliver between these times, etc&#8221;. And the entire delivery retry mechanism is out of the dark ages.</p>
<p>So we can have all the codes of practices we like but until the operators sit down and say &#8220;ok text industry, what features do we need to add to texting to make things work better&#8221; then frankly it&#8217;s all a waste of time.</p>
<p>But other than that I am in favour of an industry led CoP; but whoever organises it must make it a powerful enough lobby that the operators will get involved, support it, and as I say above feedback into their roadmap things that the CoP members ask for. So in a way it would be as much an industry group with some balls rather than just another set of rules.</p>
<p>steve/itagg.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-40180</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Tue, 03 Apr 2007 21:20:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-40180</guid>
		<description>Not when you&#039;re on call like I am most of the time.. </description>
		<content:encoded><![CDATA[<p>Not when you&#8217;re on call like I am most of the time..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ewan</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-40071</link>
		<dc:creator>ewan</dc:creator>
		<pubDate>Tue, 03 Apr 2007 07:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-40071</guid>
		<description>What if someone&#039;s trying to ring you with some urgent information, Stefan? ;-)</description>
		<content:encoded><![CDATA[<p>What if someone&#8217;s trying to ring you with some urgent information, Stefan? <img src='http://www.mobileindustryreview.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Constantinescu</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-40047</link>
		<dc:creator>Stefan Constantinescu</dc:creator>
		<pubDate>Tue, 03 Apr 2007 03:44:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-40047</guid>
		<description>You don&#039;t put your phone on silent at night?</description>
		<content:encoded><![CDATA[<p>You don&#8217;t put your phone on silent at night?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://www.mobileindustryreview.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html/comment-page-1#comment-39936</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Mon, 02 Apr 2007 16:17:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2007/04/sms_providers_aggregators_is_it_time_for_a_code_of_practice.html#comment-39936</guid>
		<description>Lloyds TSB do.. although it varies anytime between 6am and 10am usually. That&#039;s when it works.</description>
		<content:encoded><![CDATA[<p>Lloyds TSB do.. although it varies anytime between 6am and 10am usually. That&#8217;s when it works.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

