<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Kostas&#039; random thoughts &#187; Work</title>
	<atom:link href="http://www.atreides.org.uk/blog/topics/work/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.atreides.org.uk/blog</link>
	<description>Μη μου τους κύκλους τάρατε</description>
	<lastBuildDate>Mon, 24 Dec 2007 17:36:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>glexec or why changing suexec is a bad idea</title>
		<link>http://www.atreides.org.uk/blog/2007/06/05/glexec-or-why-changing-suexec-is-a-bad-idea/</link>
		<comments>http://www.atreides.org.uk/blog/2007/06/05/glexec-or-why-changing-suexec-is-a-bad-idea/#comments</comments>
		<pubDate>Tue, 05 Jun 2007 10:23:07 +0000</pubDate>
		<dc:creator>Kostas Georgiou</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Work]]></category>

		<guid isPermaLink="false">http://www.atreides.org.uk/blog/2007/06/05/glexec-or-why-changing-suexec-is-a-bad-idea/</guid>
		<description><![CDATA[I can not really believe that the LHC grid people want to use glexec in every batch system. The thought of thousands of machines running this really scares me.
The suexec sources+documentation say it clearly but I am going to repeat it one more time &#8220;Do not make any changes in the source code unless you [...]]]></description>
			<content:encoded><![CDATA[<p>I can not really believe that the LHC grid people want to use <a href="http://jra1mw.cvs.cern.ch:8180/cgi-bin/jra1mw.cgi/org.glite.security.glexec/src/">glexec</a> in every batch system. The thought of thousands of machines running this really scares me.</p>
<p>The suexec sources+documentation say it clearly but I am going to repeat it one more time <strong>&#8220;Do not make any changes in the source code unless you really know what you are doing&#8221;</strong>. Just count the security holes introduced in <a href="http://jra1mw.cvs.cern.ch:8180/cgi-bin/jra1mw.cgi/org.glite.security.glexec/src/">glexec</a> for an example on what not to do.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.atreides.org.uk/blog/2007/06/05/glexec-or-why-changing-suexec-is-a-bad-idea/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SPF problems</title>
		<link>http://www.atreides.org.uk/blog/2007/03/04/spf-problems/</link>
		<comments>http://www.atreides.org.uk/blog/2007/03/04/spf-problems/#comments</comments>
		<pubDate>Sun, 04 Mar 2007 01:34:14 +0000</pubDate>
		<dc:creator>Kostas Georgiou</dc:creator>
				<category><![CDATA[Work]]></category>

		<guid isPermaLink="false">http://www.atreides.org.uk/blog/2007/03/04/spf-problems/</guid>
		<description><![CDATA[The people managing the mail relays at work decided to start rejecting emails based on SPF records without any warnings. Unfortunately this caused problems with the CERN mailing lists and forwards from some other domains that don&#8217;t rewrite the envelope. Of course after a few rejected emails we found out and screamed a bit but [...]]]></description>
			<content:encoded><![CDATA[<p>The people managing the mail relays at work decided to start rejecting emails based on SPF records <b>without any warnings</b>. Unfortunately this caused problems with the CERN mailing lists and forwards from some other domains that don&#8217;t rewrite the envelope. Of course after a few rejected emails we found out and screamed a bit but their only solution -after three days- was to stop rejecting emails to our mail server which solves half the problem since some of our student mailboxes are in the exchange server.</p>
<p>At least the users seem to be taking it relatively well so far.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.atreides.org.uk/blog/2007/03/04/spf-problems/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OpenLDAP or Fedora Directory Server</title>
		<link>http://www.atreides.org.uk/blog/2007/02/06/openldap-or-fedora-directory-server/</link>
		<comments>http://www.atreides.org.uk/blog/2007/02/06/openldap-or-fedora-directory-server/#comments</comments>
		<pubDate>Tue, 06 Feb 2007 18:16:05 +0000</pubDate>
		<dc:creator>Kostas Georgiou</dc:creator>
				<category><![CDATA[SysAdmin]]></category>
		<category><![CDATA[Work]]></category>

		<guid isPermaLink="false">http://www.atreides.org.uk/blog/2007/02/06/openldap-or-fedora-directory-server/</guid>
		<description><![CDATA[I&#8217;ve been thinking for a while now on which one to use and I still haven&#8217;t decided. It seems that RedHat after RHEL5 will be pushing FDS but it&#8217;s not clear if it will be a $$$ addon or not. In my testing both fullfil my requirements so it&#8217;s not clear which one is better [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been thinking for a while now on which one to use and I still haven&#8217;t decided. It seems that RedHat after RHEL5 will be pushing FDS but it&#8217;s not clear if it will be a $$$ addon or not. In my testing both fullfil my requirements so it&#8217;s not clear which one is better for my needs. Building FDS from the sources is possible now so vendor lockin isn&#8217;t a problem but the community seems small at the moment, although if it gets added to fedora things might start moving fast.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.atreides.org.uk/blog/2007/02/06/openldap-or-fedora-directory-server/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>web frameworks</title>
		<link>http://www.atreides.org.uk/blog/2007/02/06/hdb/</link>
		<comments>http://www.atreides.org.uk/blog/2007/02/06/hdb/#comments</comments>
		<pubDate>Tue, 06 Feb 2007 17:54:23 +0000</pubDate>
		<dc:creator>Kostas Georgiou</dc:creator>
				<category><![CDATA[SysAdmin]]></category>
		<category><![CDATA[Work]]></category>

		<guid isPermaLink="false">http://www.atreides.org.uk/blog/2007/02/06/hdb/</guid>
		<description><![CDATA[I am trying to decide on which language/framework to use for the frontend of a &#8220;hosts&#8221; database here at work. It seems that if I want good integration with kerberos/ldap only java (maybe Zope?) is the only choise. Rails/TurboGears/Django fail short in this area from what I can see. 
]]></description>
			<content:encoded><![CDATA[<p>I am trying to decide on which language/framework to use for the frontend of a &#8220;hosts&#8221; database here at work. It seems that if I want good integration with kerberos/ldap only java (maybe Zope?) is the only choise. Rails/TurboGears/Django fail short in this area from what I can see. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.atreides.org.uk/blog/2007/02/06/hdb/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
