<?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: Queue Webhook Events with IronMQ Webhook Support	</title>
	<atom:link href="https://blog.iron.io/queue-webhook-events-with-ironmq/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.iron.io/queue-webhook-events-with-ironmq/</link>
	<description>Scalable serverless application tools to run background tasks with Docker containers and manage messaging queues with cloud elasticity and handheld customer support.</description>
	<lastBuildDate>Thu, 14 Jan 2021 07:06:03 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: matt		</title>
		<link>https://blog.iron.io/queue-webhook-events-with-ironmq/#comment-152</link>

		<dc:creator><![CDATA[matt]]></dc:creator>
		<pubDate>Thu, 17 Jan 2013 01:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2.wpengine.com/?p=135#comment-152</guid>

					<description><![CDATA[Excellent - that would be the only thing blocking me from using it today, personally, as that Shopify example is a real use case for me - I need the headers they send to process their webhooks correctly - I&#039;d love more than anything to ditch the current solution for handling this in favor of IronMQ - if the receiver is down and the webhook fails they don&#039;t give you much help when tracking down the problem.]]></description>
			<content:encoded><![CDATA[<p>Excellent &#8211; that would be the only thing blocking me from using it today, personally, as that Shopify example is a real use case for me &#8211; I need the headers they send to process their webhooks correctly &#8211; I&#8217;d love more than anything to ditch the current solution for handling this in favor of IronMQ &#8211; if the receiver is down and the webhook fails they don&#8217;t give you much help when tracking down the problem.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Travis Reeder		</title>
		<link>https://blog.iron.io/queue-webhook-events-with-ironmq/#comment-151</link>

		<dc:creator><![CDATA[Travis Reeder]]></dc:creator>
		<pubDate>Wed, 16 Jan 2013 18:47:33 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2.wpengine.com/?p=135#comment-151</guid>

					<description><![CDATA[Hi Matt, not currently, we only capture the body right now. Capturing headers is probably a good idea though, I&#039;ve added it to our list to review. Thanks!&lt;br /&gt;
]]></description>
			<content:encoded><![CDATA[<p>Hi Matt, not currently, we only capture the body right now. Capturing headers is probably a good idea though, I&#8217;ve added it to our list to review. Thanks!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: matt		</title>
		<link>https://blog.iron.io/queue-webhook-events-with-ironmq/#comment-150</link>

		<dc:creator><![CDATA[matt]]></dc:creator>
		<pubDate>Wed, 16 Jan 2013 18:06:39 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2.wpengine.com/?p=135#comment-150</guid>

					<description><![CDATA[Is there any way to access the HTTP headers that were included in the POST? For instance Shopify includes information in the headers with their webhooks (https://wiki.shopify.com/WebHook#Headers) - might be handy to get at that data in a lot of cases.]]></description>
			<content:encoded><![CDATA[<p>Is there any way to access the HTTP headers that were included in the POST? For instance Shopify includes information in the headers with their webhooks (<a href="https://wiki.shopify.com/WebHook#Headers" rel="nofollow ugc">https://wiki.shopify.com/WebHook#Headers</a>) &#8211; might be handy to get at that data in a lot of cases.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Travis Reeder		</title>
		<link>https://blog.iron.io/queue-webhook-events-with-ironmq/#comment-149</link>

		<dc:creator><![CDATA[Travis Reeder]]></dc:creator>
		<pubDate>Thu, 03 Jan 2013 00:11:57 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2.wpengine.com/?p=135#comment-149</guid>

					<description><![CDATA[Hi Paul, not currently, but we will be coming out with more find grained authentication in the near future.]]></description>
			<content:encoded><![CDATA[<p>Hi Paul, not currently, but we will be coming out with more find grained authentication in the near future.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: paul.querna		</title>
		<link>https://blog.iron.io/queue-webhook-events-with-ironmq/#comment-148</link>

		<dc:creator><![CDATA[paul.querna]]></dc:creator>
		<pubDate>Wed, 02 Jan 2013 23:56:47 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2.wpengine.com/?p=135#comment-148</guid>

					<description><![CDATA[Is it possible to have a restricted use OAUTH token that can only be used to insert into a queue?]]></description>
			<content:encoded><![CDATA[<p>Is it possible to have a restricted use OAUTH token that can only be used to insert into a queue?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
