<?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: The new Adobe forums: unfulfilled potential</title>
	<atom:link href="http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/feed/" rel="self" type="application/rss+xml" />
	<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/</link>
	<description>Jochem's tech exploits</description>
	<pubDate>Wed, 10 Jun 2026 14:46:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: &#8220;it could be bunnies&#8221; &#187; Blog Archive &#187; Slow progress on the new Adobe forums</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-233</link>
		<dc:creator>&#8220;it could be bunnies&#8221; &#187; Blog Archive &#187; Slow progress on the new Adobe forums</dc:creator>
		<pubDate>Thu, 09 Apr 2009 20:46:01 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-233</guid>
		<description>[...] &#171; The new Adobe forums: unfulfilled potential [...]</description>
		<content:encoded><![CDATA[<p>[...] &laquo; The new Adobe forums: unfulfilled potential [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Skinner</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-232</link>
		<dc:creator>Ian Skinner</dc:creator>
		<pubDate>Thu, 09 Apr 2009 18:25:06 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-232</guid>
		<description>@Jochem

That makes sense, and I know *I* would be a bit happier if my e-mails where threaded in my desk-top client.</description>
		<content:encoded><![CDATA[<p>@Jochem</p>
<p>That makes sense, and I know *I* would be a bit happier if my e-mails where threaded in my desk-top client.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jochem</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-231</link>
		<dc:creator>Jochem</dc:creator>
		<pubDate>Thu, 09 Apr 2009 18:14:26 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-231</guid>
		<description>@Ian:
What I have been asking for is to just make sure all outgoing e-mail from the forums have the right headers and leave the unique code in the subject for what it is. That is the least invasive solution and leaves the Jive import routines alone to continue to work the way they do now, and depends on the email client to thread properly. As I said, this works for email clients, but I don't know about web based email systems like Gmail.

What you are suggesting is taking it one step further: remove the unique code from the subject and depend on the email client to put in the correct &lt;del datetime="2009-04-09T18:16:36+00:00"&gt;Message-ID&lt;/del&gt; headers when responding. That largely works, especially since Jive creates unique reply-to email addresses for all combinations of subscribed user and thread. Some email clients however do not include a proper References and/or In-Reply-To header and then Jive would have no other option but to append the message to the end of the thread. This will most definitely allow web based systems such as Gmail to thread, but may cause some fat clients to always post at the end of the thread.

IMHO, the first part is quick and easy and somebody should start coding tomorrow. The second part is something that needs to be carefully considered and the best way forward there may be to just grab a sample of a few thousand replies after the first part has been implemented to see how good the average users email client is.</description>
		<content:encoded><![CDATA[<p>@Ian:<br />
What I have been asking for is to just make sure all outgoing e-mail from the forums have the right headers and leave the unique code in the subject for what it is. That is the least invasive solution and leaves the Jive import routines alone to continue to work the way they do now, and depends on the email client to thread properly. As I said, this works for email clients, but I don&#8217;t know about web based email systems like Gmail.</p>
<p>What you are suggesting is taking it one step further: remove the unique code from the subject and depend on the email client to put in the correct <del datetime="2009-04-09T18:16:36+00:00">Message-ID</del> headers when responding. That largely works, especially since Jive creates unique reply-to email addresses for all combinations of subscribed user and thread. Some email clients however do not include a proper References and/or In-Reply-To header and then Jive would have no other option but to append the message to the end of the thread. This will most definitely allow web based systems such as Gmail to thread, but may cause some fat clients to always post at the end of the thread.</p>
<p>IMHO, the first part is quick and easy and somebody should start coding tomorrow. The second part is something that needs to be carefully considered and the best way forward there may be to just grab a sample of a few thousand replies after the first part has been implemented to see how good the average users email client is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kanguyen@adobe</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-230</link>
		<dc:creator>kanguyen@adobe</dc:creator>
		<pubDate>Thu, 09 Apr 2009 18:08:35 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-230</guid>
		<description>Thanks Ian and Jochem! I am following up with the folks at Jive to see what might be possible. I know this is an important one to make e-mail a viable option and to support Jochem's NNTP efforts.</description>
		<content:encoded><![CDATA[<p>Thanks Ian and Jochem! I am following up with the folks at Jive to see what might be possible. I know this is an important one to make e-mail a viable option and to support Jochem&#8217;s NNTP efforts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jochem</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-229</link>
		<dc:creator>Jochem</dc:creator>
		<pubDate>Thu, 09 Apr 2009 18:01:11 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-229</guid>
		<description>Fat email clients will thread by Message-ID and References / In-Reply-To headers, even if the subject changes. I have heard conflicting stories on how Gmail and other web based email clients handle them.</description>
		<content:encoded><![CDATA[<p>Fat email clients will thread by Message-ID and References / In-Reply-To headers, even if the subject changes. I have heard conflicting stories on how Gmail and other web based email clients handle them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Skinner</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-228</link>
		<dc:creator>Ian Skinner</dc:creator>
		<pubDate>Thu, 09 Apr 2009 18:00:09 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-228</guid>
		<description>@ Kanguyen

That is my rudimentary understanding.  I am sure Jochem can say more when he has time.  But my impression is that this was not a new problem that Jive had to solve.  It was long ago addressed in the e-mail standards for list servers.  If they would just format the e-mails properly we  - OK people like Jochem - could build on functionality and their system would still know where to post the replies received from users by e-mail.</description>
		<content:encoded><![CDATA[<p>@ Kanguyen</p>
<p>That is my rudimentary understanding.  I am sure Jochem can say more when he has time.  But my impression is that this was not a new problem that Jive had to solve.  It was long ago addressed in the e-mail standards for list servers.  If they would just format the e-mails properly we  - OK people like Jochem - could build on functionality and their system would still know where to post the replies received from users by e-mail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kanguyen@adobe</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-227</link>
		<dc:creator>kanguyen@adobe</dc:creator>
		<pubDate>Thu, 09 Apr 2009 17:59:21 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-227</guid>
		<description>Jochem, the threading issue has been something we've seen a lot of feedback on and we definitely want to try to address this. I'm trying to gather some more information to understand what might be feasible. 

As you know, the characters that are appended at the end of the subject lines (which makes it impossible to sort by subject) is there to allow the system to know where to post the reply when users reply by email.

If we had unique message identifiers in the references/in-reply-to fields, does the subject line's uniqueness become a non-issue and allow the threading to work?

Thanks in advance for sharing your knowledge on the topic.</description>
		<content:encoded><![CDATA[<p>Jochem, the threading issue has been something we&#8217;ve seen a lot of feedback on and we definitely want to try to address this. I&#8217;m trying to gather some more information to understand what might be feasible. </p>
<p>As you know, the characters that are appended at the end of the subject lines (which makes it impossible to sort by subject) is there to allow the system to know where to post the reply when users reply by email.</p>
<p>If we had unique message identifiers in the references/in-reply-to fields, does the subject line&#8217;s uniqueness become a non-issue and allow the threading to work?</p>
<p>Thanks in advance for sharing your knowledge on the topic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kanguyen</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-226</link>
		<dc:creator>kanguyen</dc:creator>
		<pubDate>Thu, 09 Apr 2009 17:25:07 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-226</guid>
		<description>Jochem, tI'm interested in knowing more about the email headers and how this might work. As you know, the characters that are appended at the end of the subject lines (which makes it impossible to sort by subject) is there to allow the system to know where to post the reply when users reply by email.

If we had unique identifiers in the references/in-reply-to fields, does the subject line's uniqueness become a non-issue and allow the threading to work?</description>
		<content:encoded><![CDATA[<p>Jochem, tI&#8217;m interested in knowing more about the email headers and how this might work. As you know, the characters that are appended at the end of the subject lines (which makes it impossible to sort by subject) is there to allow the system to know where to post the reply when users reply by email.</p>
<p>If we had unique identifiers in the references/in-reply-to fields, does the subject line&#8217;s uniqueness become a non-issue and allow the threading to work?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Ford</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-225</link>
		<dc:creator>Ken Ford</dc:creator>
		<pubDate>Wed, 08 Apr 2009 12:25:26 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-225</guid>
		<description>@Jochem I sure hope that you, or someone else, can come up with an AIR application that will treat the forums like NNTP access.

I find the new forums unuseable because of the speed.

@Adam My participation in the forums is down to almost nothing. And hopefully Adobe will notice that the NNTP users were the responders to most of the questions on the forums.</description>
		<content:encoded><![CDATA[<p>@Jochem I sure hope that you, or someone else, can come up with an AIR application that will treat the forums like NNTP access.</p>
<p>I find the new forums unuseable because of the speed.</p>
<p>@Adam My participation in the forums is down to almost nothing. And hopefully Adobe will notice that the NNTP users were the responders to most of the questions on the forums.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Skinner</title>
		<link>http://jochem.vandieten.net/2009/03/31/the-new-adobe-forums-unfulfilled-potential/comment-page-1/#comment-224</link>
		<dc:creator>Ian Skinner</dc:creator>
		<pubDate>Tue, 07 Apr 2009 16:52:06 +0000</pubDate>
		<guid isPermaLink="false">http://jochem.vandieten.net/?p=152#comment-224</guid>
		<description>Thanks for a great post Jochem, I have always respected your responses in the various forums where we have crossed paths.

I look forward to following any progress you may have with regaining NNTP access and&#124;or web service API replacements.  

If you do not mind a side question, I would like to know more about your news reader that allowed you to ignore threads when desired.  That is a feature I have wanted, but not quite enough to go find on my own.  But your post presented an opportunity to satisfy a long, if somewhat low priority, annoyance.</description>
		<content:encoded><![CDATA[<p>Thanks for a great post Jochem, I have always respected your responses in the various forums where we have crossed paths.</p>
<p>I look forward to following any progress you may have with regaining NNTP access and|or web service API replacements.  </p>
<p>If you do not mind a side question, I would like to know more about your news reader that allowed you to ignore threads when desired.  That is a feature I have wanted, but not quite enough to go find on my own.  But your post presented an opportunity to satisfy a long, if somewhat low priority, annoyance.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
