<?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"
	>
<channel>
	<title>Comments on: Outbound communications from Second Life</title>
	<atom:link href="http://eightbar.co.uk/2006/05/25/outbound-communications-from-second-life/feed/" rel="self" type="application/rss+xml" />
	<link>http://eightbar.co.uk/2006/05/25/outbound-communications-from-second-life/</link>
	<description>Raising The Eight Bar</description>
	<pubDate>Wed, 01 Oct 2008 00:14:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
		<item>
		<title>By: epredator</title>
		<link>http://eightbar.co.uk/2006/05/25/outbound-communications-from-second-life/#comment-1020</link>
		<dc:creator>epredator</dc:creator>
		<pubDate>Fri, 26 May 2006 15:53:16 +0000</pubDate>
		<guid isPermaLink="false">http://eightbar.co.uk/2006/05/25/outbound-communications-from-second-life/#comment-1020</guid>
		<description>Well its not redundant as I think there are benefits to the xml-rpc inblund approach. i.e. you can update more than one SL object at a time with a bundeled called off world. Which is why I have just been augmenting the trigger mechanism not the whole thing.</description>
		<content:encoded><![CDATA[<p>Well its not redundant as I think there are benefits to the xml-rpc inblund approach. i.e. you can update more than one SL object at a time with a bundeled called off world. Which is why I have just been augmenting the trigger mechanism not the whole thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nol</title>
		<link>http://eightbar.co.uk/2006/05/25/outbound-communications-from-second-life/#comment-1016</link>
		<dc:creator>nol</dc:creator>
		<pubDate>Fri, 26 May 2006 10:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://eightbar.co.uk/2006/05/25/outbound-communications-from-second-life/#comment-1016</guid>
		<description>A few weeks ago I set up a little service running that whenever email was sent to a particular account on a box, ie email from SL, it would parse the contents and inject the appropriate values into a database. This database could then be used to look-up objects' ids automatically. Fairly clunky I think you'll agree, and largely redundant now.

I wonder how many similar systems had been concocted prior to the 1.10 release.</description>
		<content:encoded><![CDATA[<p>A few weeks ago I set up a little service running that whenever email was sent to a particular account on a box, ie email from SL, it would parse the contents and inject the appropriate values into a database. This database could then be used to look-up objects&#8217; ids automatically. Fairly clunky I think you&#8217;ll agree, and largely redundant now.</p>
<p>I wonder how many similar systems had been concocted prior to the 1.10 release.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
