<?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: JIRA Notifications: A Helpful Nuisance</title>
	<atom:link href="http://www.gryphonmountain.net/2009/06/jira-notifications-a-helpful-nuisance/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gryphonmountain.net/2009/06/jira-notifications-a-helpful-nuisance/</link>
	<description>Technical Communication and Other Writing Topics (by Ben Minson)</description>
	<lastBuildDate>Thu,  9 Sep 2010 15:59:36 -0500</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Sarat Pediredla</title>
		<link>http://www.gryphonmountain.net/2009/06/jira-notifications-a-helpful-nuisance/comment-page-1/#comment-31286</link>
		<dc:creator>Sarat Pediredla</dc:creator>
		<pubDate>Tue, 30 Jun 2009 08:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=626#comment-31286</guid>
		<description>Bug tracker spam is a typical problem with many systems because of their over zealousness in default mode to keep &quot;everyone notified&quot;.

Some systems do provide a work-around by having to spend a lot of time configuring notifications but the control here is with the administrator and not with the individual. 

A lot of this is down to design and the ethos of the system. IMHO making the notification process manual to a large extent (so people have to explicitly choose to notify others) and providing defaults that assume you want no notifications to start with until you subscribe to the ones you want.</description>
		<content:encoded><![CDATA[<p>Bug tracker spam is a typical problem with many systems because of their over zealousness in default mode to keep &#8220;everyone notified&#8221;.</p>
<p>Some systems do provide a work-around by having to spend a lot of time configuring notifications but the control here is with the administrator and not with the individual. </p>
<p>A lot of this is down to design and the ethos of the system. IMHO making the notification process manual to a large extent (so people have to explicitly choose to notify others) and providing defaults that assume you want no notifications to start with until you subscribe to the ones you want.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jed Wesley-Smith</title>
		<link>http://www.gryphonmountain.net/2009/06/jira-notifications-a-helpful-nuisance/comment-page-1/#comment-31274</link>
		<dc:creator>Jed Wesley-Smith</dc:creator>
		<pubDate>Tue, 30 Jun 2009 04:16:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=626#comment-31274</guid>
		<description>You can completely customise what events generate emails and who to send them to via Notifications Schemes in the administration section.

http://www.atlassian.com/software/jira/docs/v3.13/notification_schemes.html</description>
		<content:encoded><![CDATA[<p>You can completely customise what events generate emails and who to send them to via Notifications Schemes in the administration section.</p>
<p><a href="http://www.atlassian.com/software/jira/docs/v3.13/notification_schemes.html" rel="nofollow">http://www.atlassian.com/software/jira/docs/v3.13/notification_schemes.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
