<?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 for May Contain Traces of Bolts	</title>
	<atom:link href="https://blog.des.no/comments/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.des.no</link>
	<description>Thinking out loud about cars, computers and security</description>
	<lastBuildDate>Wed, 31 Dec 2025 09:41:32 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>
	<item>
		<title>
		Comment on DNS over TLS in FreeBSD 12 by Dag-Erling Smørgrav		</title>
		<link>https://blog.des.no/2018/10/dns-over-tls-in-freebsd-12/#comment-1054137</link>

		<dc:creator><![CDATA[Dag-Erling Smørgrav]]></dc:creator>
		<pubDate>Wed, 31 Dec 2025 09:41:32 +0000</pubDate>
		<guid isPermaLink="false">https://blog.des.no/?p=1249#comment-1054137</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/2018/10/dns-over-tls-in-freebsd-12/#comment-1025395&quot;&gt;Matlib&lt;/a&gt;.

I forgot to reply at the time, but this was &lt;a href=&quot;https://cgit.freebsd.org/src/commit/?id=9b20ab1e1ef7d3de672ec20a62f26a605db8d3d0&quot; rel=&quot;nofollow ugc&quot;&gt;fixed in main&lt;/a&gt; in March 2023 (prior to 14.0) and in stable/13 in June 2023 (prior to 13.3).]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/2018/10/dns-over-tls-in-freebsd-12/#comment-1025395">Matlib</a>.</p>
<p>I forgot to reply at the time, but this was <a href="https://cgit.freebsd.org/src/commit/?id=9b20ab1e1ef7d3de672ec20a62f26a605db8d3d0" rel="nofollow ugc">fixed in main</a> in March 2023 (prior to 14.0) and in stable/13 in June 2023 (prior to 13.3).</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on DNS over TLS in FreeBSD 12 by Matlib		</title>
		<link>https://blog.des.no/2018/10/dns-over-tls-in-freebsd-12/#comment-1025395</link>

		<dc:creator><![CDATA[Matlib]]></dc:creator>
		<pubDate>Fri, 25 Mar 2022 23:22:25 +0000</pubDate>
		<guid isPermaLink="false">https://blog.des.no/?p=1249#comment-1025395</guid>

					<description><![CDATA[local-unbound-setup changes resolv.conf&#039;s path to &lt;code&gt;/dev/null&lt;/code&gt; in /etc/resolvconf.conf. This causes error every time resolvconf -u is launched:

&lt;code&gt;root@freebsd13:~# resolvconf -u
cp: /dev/null.bak: Operation not supported
&lt;/code&gt;

This can be fixed by simply changing it to a real path, like /tmp/resolv.disabled.
]]></description>
			<content:encoded><![CDATA[<p>local-unbound-setup changes resolv.conf&#8217;s path to <code>/dev/null</code> in /etc/resolvconf.conf. This causes error every time resolvconf -u is launched:</p>
<p><code>root@freebsd13:~# resolvconf -u<br />
cp: /dev/null.bak: Operation not supported<br />
</code></p>
<p>This can be fixed by simply changing it to a real path, like /tmp/resolv.disabled.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Local caching resolver in FreeBSD 10 by Dag-Erling Smørgrav		</title>
		<link>https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1020483</link>

		<dc:creator><![CDATA[Dag-Erling Smørgrav]]></dc:creator>
		<pubDate>Thu, 18 Mar 2021 13:32:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=683#comment-1020483</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1020480&quot;&gt;udanieli&lt;/a&gt;.

&lt;p&gt;Assuming you just want to hardcode your forwarders, you should set &lt;code&gt;local_unbound_forwarders&lt;/code&gt; in &lt;code&gt;/etc/rc.conf&lt;/code&gt; or &lt;code&gt;/etc/rc.conf.d/local_unbound&lt;/code&gt; instead.&lt;/p&gt;
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1020480">udanieli</a>.</p>
<p>Assuming you just want to hardcode your forwarders, you should set <code>local_unbound_forwarders</code> in <code>/etc/rc.conf</code> or <code>/etc/rc.conf.d/local_unbound</code> instead.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Local caching resolver in FreeBSD 10 by udanieli		</title>
		<link>https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1020480</link>

		<dc:creator><![CDATA[udanieli]]></dc:creator>
		<pubDate>Thu, 18 Mar 2021 08:30:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=683#comment-1020480</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1000946&quot;&gt;Dag-Erling Smørgrav&lt;/a&gt;.

Thank you man, I did not understand why &lt;code&gt;forward.conf&lt;/code&gt; is overwritten. Creating my custom forward in &lt;code&gt;/var/unbound/conf.d/mycustom.conf&lt;/code&gt; fixed that.
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1000946">Dag-Erling Smørgrav</a>.</p>
<p>Thank you man, I did not understand why <code>forward.conf</code> is overwritten. Creating my custom forward in <code>/var/unbound/conf.d/mycustom.conf</code> fixed that.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on wtf, zsh by Alexander		</title>
		<link>https://blog.des.no/2020/09/wtf-zsh/#comment-1019045</link>

		<dc:creator><![CDATA[Alexander]]></dc:creator>
		<pubDate>Wed, 28 Oct 2020 13:04:53 +0000</pubDate>
		<guid isPermaLink="false">https://blog.des.no/?p=1333#comment-1019045</guid>

					<description><![CDATA[FTFY ;)

&lt;code&gt;sh      zsh: command not found: sh
csh     zsh: command not found: csh
bash    zsh: command not found: bash
zsh     !
&lt;/code&gt;
]]></description>
			<content:encoded><![CDATA[<p>FTFY ;)</p>
<p><code>sh      zsh: command not found: sh<br />
csh     zsh: command not found: csh<br />
bash    zsh: command not found: bash<br />
zsh     !<br />
</code></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on tcpdump cheat sheet by Pieter		</title>
		<link>https://blog.des.no/tcpdump-cheat-sheet/#comment-1018371</link>

		<dc:creator><![CDATA[Pieter]]></dc:creator>
		<pubDate>Sun, 16 Aug 2020 07:38:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?page_id=727#comment-1018371</guid>

					<description><![CDATA[Perfect stuff !
Works in WireShark as capture filter as wel.
Good way to capture datastreams, without creating large log files.

I was looking for the same, but made mistakes in the definition of the filter.

Thanks !
]]></description>
			<content:encoded><![CDATA[<p>Perfect stuff !<br />
Works in WireShark as capture filter as wel.<br />
Good way to capture datastreams, without creating large log files.</p>
<p>I was looking for the same, but made mistakes in the definition of the filter.</p>
<p>Thanks !</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on tcpdump cheat sheet by Dag-Erling Smørgrav		</title>
		<link>https://blog.des.no/tcpdump-cheat-sheet/#comment-1015343</link>

		<dc:creator><![CDATA[Dag-Erling Smørgrav]]></dc:creator>
		<pubDate>Mon, 13 May 2019 15:44:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?page_id=727#comment-1015343</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/tcpdump-cheat-sheet/#comment-1015326&quot;&gt;Kasper&lt;/a&gt;.

&lt;p&gt;They&#039;re not hacks, they&#039;re...  literally how IPv6 works.  And fragmentation is usually not an issue when I&#039;m using these.&lt;/p&gt;
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/tcpdump-cheat-sheet/#comment-1015326">Kasper</a>.</p>
<p>They&#8217;re not hacks, they&#8217;re&#8230;  literally how IPv6 works.  And fragmentation is usually not an issue when I&#8217;m using these.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on tcpdump cheat sheet by Kasper		</title>
		<link>https://blog.des.no/tcpdump-cheat-sheet/#comment-1015326</link>

		<dc:creator><![CDATA[Kasper]]></dc:creator>
		<pubDate>Sat, 11 May 2019 18:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?page_id=727#comment-1015326</guid>

					<description><![CDATA[Your ICMPv6 hack works as long as the packets are not fragmented.
]]></description>
			<content:encoded><![CDATA[<p>Your ICMPv6 hack works as long as the packets are not fragmented.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on tcpdump cheat sheet by John Leimgruber		</title>
		<link>https://blog.des.no/tcpdump-cheat-sheet/#comment-1014791</link>

		<dc:creator><![CDATA[John Leimgruber]]></dc:creator>
		<pubDate>Tue, 05 Feb 2019 21:48:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?page_id=727#comment-1014791</guid>

					<description><![CDATA[tcpdump -i eth0 -c10 &#039;(icmp6 &#038;&#038; (ip6[40] &#062;= 133 &#038;&#038; ip6[40] &#060;= 137))&#039;
]]></description>
			<content:encoded><![CDATA[<p>tcpdump -i eth0 -c10 &#8216;(icmp6 &amp;&amp; (ip6[40] &gt;= 133 &amp;&amp; ip6[40] &lt;= 137))&#8217;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on tcpdump cheat sheet by Dag-Erling Smørgrav		</title>
		<link>https://blog.des.no/tcpdump-cheat-sheet/#comment-1014409</link>

		<dc:creator><![CDATA[Dag-Erling Smørgrav]]></dc:creator>
		<pubDate>Mon, 13 Aug 2018 16:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?page_id=727#comment-1014409</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/tcpdump-cheat-sheet/#comment-1014395&quot;&gt;Sparky&lt;/a&gt;.

&lt;p&gt;I don&#039;t know what you mean by “assume interface management”.  These are subexpressions for use in &lt;a href=&quot;http://www.tcpdump.org/&quot; rel=&quot;nofollow&quot;&gt;tcpdump&lt;/a&gt; filters.  They are not very useful on their own; you will generally also want to filter on source or destination address (or subnet) or port numbers.  Either way, you won&#039;t have much use for them unless you already know how to use tcpdump.&lt;/p&gt;
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/tcpdump-cheat-sheet/#comment-1014395">Sparky</a>.</p>
<p>I don&#8217;t know what you mean by “assume interface management”.  These are subexpressions for use in <a href="http://www.tcpdump.org/" rel="nofollow">tcpdump</a> filters.  They are not very useful on their own; you will generally also want to filter on source or destination address (or subnet) or port numbers.  Either way, you won&#8217;t have much use for them unless you already know how to use tcpdump.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on tcpdump cheat sheet by Sparky		</title>
		<link>https://blog.des.no/tcpdump-cheat-sheet/#comment-1014395</link>

		<dc:creator><![CDATA[Sparky]]></dc:creator>
		<pubDate>Fri, 10 Aug 2018 00:44:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?page_id=727#comment-1014395</guid>

					<description><![CDATA[Would you please write out the entire command for us?  Assume Interface mgmt.
]]></description>
			<content:encoded><![CDATA[<p>Would you please write out the entire command for us?  Assume Interface mgmt.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Local caching resolver in FreeBSD 10 by Dag-Erling Smørgrav		</title>
		<link>https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1014108</link>

		<dc:creator><![CDATA[Dag-Erling Smørgrav]]></dc:creator>
		<pubDate>Wed, 23 May 2018 13:56:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=683#comment-1014108</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1014096&quot;&gt;Sofyana Bellaa&lt;/a&gt;.

&lt;p&gt;Yes. It will use the resolvers that were listed in &lt;code&gt;/etc/resolv.conf&lt;/code&gt; when you first ran the setup script, or you can set the &lt;code&gt;local_unbound_resolvers&lt;/code&gt; variable  (either in &lt;code&gt;/etc/rc.conf&lt;/code&gt; or &lt;code&gt;/etc/rc.conf.d/local_unbound&lt;/code&gt;) to a space-separated list of IP addresses, or to &lt;code&gt;none&lt;/code&gt; for a recursing configuration, and re-run &lt;code&gt;service local_unbound setup&lt;/code&gt;.&lt;/p&gt;
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1014096">Sofyana Bellaa</a>.</p>
<p>Yes. It will use the resolvers that were listed in <code>/etc/resolv.conf</code> when you first ran the setup script, or you can set the <code>local_unbound_resolvers</code> variable  (either in <code>/etc/rc.conf</code> or <code>/etc/rc.conf.d/local_unbound</code>) to a space-separated list of IP addresses, or to <code>none</code> for a recursing configuration, and re-run <code>service local_unbound setup</code>.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Local caching resolver in FreeBSD 10 by Sofyana Bellaa		</title>
		<link>https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1014096</link>

		<dc:creator><![CDATA[Sofyana Bellaa]]></dc:creator>
		<pubDate>Sat, 19 May 2018 09:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=683#comment-1014096</guid>

					<description><![CDATA[will it work if using other than DHCP?
]]></description>
			<content:encoded><![CDATA[<p>will it work if using other than DHCP?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on tcpdump cheat sheet by Sofyana Bellaa		</title>
		<link>https://blog.des.no/tcpdump-cheat-sheet/#comment-1014095</link>

		<dc:creator><![CDATA[Sofyana Bellaa]]></dc:creator>
		<pubDate>Sat, 19 May 2018 09:02:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?page_id=727#comment-1014095</guid>

					<description><![CDATA[I do not understand at all<img src="https://s.w.org/images/core/emoji/17.0.2/72x72/1f605.png" alt="😅" class="wp-smiley" style="height: 1em; max-height: 1em;" />
]]></description>
			<content:encoded><![CDATA[<p>I do not understand at all😅</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Local caching resolver in FreeBSD 10 by Dag-Erling Smørgrav		</title>
		<link>https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1012698</link>

		<dc:creator><![CDATA[Dag-Erling Smørgrav]]></dc:creator>
		<pubDate>Mon, 10 Jul 2017 22:09:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=683#comment-1012698</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1012555&quot;&gt;Peter&lt;/a&gt;.

&lt;p&gt;We did the same for BIND, with symlinks in &lt;code&gt;/etc&lt;/code&gt;. Besides, the &lt;code&gt;local_unbound&lt;/code&gt; configuration is not intended to be user-serviceable.&lt;/p&gt;
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1012555">Peter</a>.</p>
<p>We did the same for BIND, with symlinks in <code>/etc</code>. Besides, the <code>local_unbound</code> configuration is not intended to be user-serviceable.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Local caching resolver in FreeBSD 10 by Peter		</title>
		<link>https://blog.des.no/2013/09/local-caching-resolver-in-freebsd-10/#comment-1012555</link>

		<dc:creator><![CDATA[Peter]]></dc:creator>
		<pubDate>Mon, 03 Jul 2017 19:31:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=683#comment-1012555</guid>

					<description><![CDATA[I know this post is a bit dated, but maybe you have some idea why unbound are placed in /var? This seems very non FreeBSD to me?
]]></description>
			<content:encoded><![CDATA[<p>I know this post is a bit dated, but maybe you have some idea why unbound are placed in /var? This seems very non FreeBSD to me?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Refurbishing a coil pack by Little Badger		</title>
		<link>https://blog.des.no/2015/09/refurbishing-a-coil-pack/#comment-1011655</link>

		<dc:creator><![CDATA[Little Badger]]></dc:creator>
		<pubDate>Wed, 01 Feb 2017 21:10:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=903#comment-1011655</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/2015/09/refurbishing-a-coil-pack/#comment-1011621&quot;&gt;Dag-Erling Smørgrav&lt;/a&gt;.

I replaced the leads with another old set that I had and the hesitation was still there.
So I put my Jackson Racing leads back in.
The old coil pack has corrosion in each port.
It looks like the green corrosion you get on batteries.
I&#039;m going to dremel them on the weekend.
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/2015/09/refurbishing-a-coil-pack/#comment-1011621">Dag-Erling Smørgrav</a>.</p>
<p>I replaced the leads with another old set that I had and the hesitation was still there.<br />
So I put my Jackson Racing leads back in.<br />
The old coil pack has corrosion in each port.<br />
It looks like the green corrosion you get on batteries.<br />
I&#8217;m going to dremel them on the weekend.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Refurbishing a coil pack by Dag-Erling Smørgrav		</title>
		<link>https://blog.des.no/2015/09/refurbishing-a-coil-pack/#comment-1011621</link>

		<dc:creator><![CDATA[Dag-Erling Smørgrav]]></dc:creator>
		<pubDate>Sat, 28 Jan 2017 19:54:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=903#comment-1011621</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/2015/09/refurbishing-a-coil-pack/#comment-1011620&quot;&gt;Little Badger&lt;/a&gt;.

&lt;p&gt;I hope it helps! Don&#039;t forget to check your HT leads, though.&lt;/p&gt;

&lt;p&gt;Was there any corrosion on the old coil pack?&lt;/p&gt;
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/2015/09/refurbishing-a-coil-pack/#comment-1011620">Little Badger</a>.</p>
<p>I hope it helps! Don&#8217;t forget to check your HT leads, though.</p>
<p>Was there any corrosion on the old coil pack?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Refurbishing a coil pack by Little Badger		</title>
		<link>https://blog.des.no/2015/09/refurbishing-a-coil-pack/#comment-1011620</link>

		<dc:creator><![CDATA[Little Badger]]></dc:creator>
		<pubDate>Sat, 28 Jan 2017 19:17:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.des.no/?p=903#comment-1011620</guid>

					<description><![CDATA[I&#039;ve got a hesitation problem and replaced lots of sensors etc.
I eventually thought my Coil pack was the problem and bought a used one from Ebay.

I received it and noticed, just like yours, my number 1 connector was corroded inside.
I cleaned mine with electrical cleaner and a small file.

Now waiting for tomorrow to see if my coil pack on my car has the same problem and, if it has, could be the answer to all my problems.
]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve got a hesitation problem and replaced lots of sensors etc.<br />
I eventually thought my Coil pack was the problem and bought a used one from Ebay.</p>
<p>I received it and noticed, just like yours, my number 1 connector was corroded inside.<br />
I cleaned mine with electrical cleaner and a small file.</p>
<p>Now waiting for tomorrow to see if my coil pack on my car has the same problem and, if it has, could be the answer to all my problems.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on FreeBSD and CVE-2015-7547 by Dag-Erling Smørgrav		</title>
		<link>https://blog.des.no/2016/02/freebsd-and-cve-2015-7547/#comment-1010587</link>

		<dc:creator><![CDATA[Dag-Erling Smørgrav]]></dc:creator>
		<pubDate>Sat, 27 Feb 2016 09:15:31 +0000</pubDate>
		<guid isPermaLink="false">https://blog.des.no/?p=1116#comment-1010587</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.des.no/2016/02/freebsd-and-cve-2015-7547/#comment-1010586&quot;&gt;Kumar&lt;/a&gt;.

&lt;p&gt;BIND 9.8.4.2 was discontinued three years ago.&lt;/p&gt;
]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.des.no/2016/02/freebsd-and-cve-2015-7547/#comment-1010586">Kumar</a>.</p>
<p>BIND 9.8.4.2 was discontinued three years ago.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
