<?xml version="1.0" ?> 
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en" xml:base="http://www.oclc.org/">

  <id>http://www.oclc.org/ezproxy/support/166285</id>
  <title type="html">EZproxy Enhancements</title>
  <subtitle type="html">Recent enhancements and updates </subtitle>
  <link href="http://www.oclc.org/ezproxy/support/ezproxy_updates.xml" rel="self" />
  <link href="http://www.oclc.org/ezproxy/support/default.htm"/>
	<updated>2012-02-16T11:51:46-05:00</updated>
  <author>
    <name>OCLC</name>
    <email>webcontent@oclc.org</email>
  </author>
  <icon>http://www.oclc.org/common/images/logos/oclc/oclc_rss.gif</icon>
  <logo>http://www.oclc.org/common/images/logos/oclc/oclc_rss.gif</logo>
  <rights>Copyright (c) 2012, OCLC</rights>



<entry>
    <title><div>EZproxy5.5</div></title>
    <link href="http://www.oclc.org/au/en/ezproxy/support/enhancements/EZproxy5.5.html"/>
    <id>http://www.oclc.org/ezproxy/support/enhancements/270263</id>
    <updated>2011-12-14T05:44:00-05:00</updated>
    <content><![CDATA[<div><h3>EZproxy Changes for V5.5</h3><p>Enhancements for Shibboleth implementations:</p>
<ol>
<li>Shibboleth 2.3&#39;s default settings for IdPs are now compatible with EZproxy. 
</li><li>The NameIdentifier (non-persistent ID) is now exposed through the expression variable auth:nameid. 
</li><li>HTTP POST data can now be in excess of 64 k bytes for Shibboleth. Other HTTP POST data remains limited to 64k bytes. 
</li><li>Shibboleth 1.3 authentication no longer creates the &quot;SAMLResponse no encrypted Assertion elements&quot; message to the messages.txt file unnecessarily. 
</li><li>Shibboleth authentication now successful for institutions in the UK Access Federation, instead of logging potential message &quot;SAML received assertion without a status of success, denying access.&quot; 
</li><li>In cases where XDebug directive is used, or if the -D command line argument is used; and there is no &quot;shibuser.txt&quot; file; then, Shibboleth processing will no longer be disabled. </li></ol>
<p>General bug fixes: </p>
<ol>
<li>Removed extraneous messages in the messages.txt file about &quot;License Validation.&quot; 
</li><li>The string concatenation operator is interpreted as a character belonging to the neighboring textual constant rather than as a concatenation operator for the following namespaces.<br/><br/><code>&nbsp;&nbsp;&nbsp;auth:, group:, http:, cookie:<br/></code><br/>This longstanding behavior will be fixed in 5.5.x for only the following namespaces.<br/><br/><code>&nbsp;&nbsp; login:, env:, ParseName:, session:, db:, re:<br/></code><br/>If you see this problem, the workaround is to insert a space around the concatenation operator. For example, this syntax works:<br/><br/><code>&nbsp;&nbsp;&nbsp;UserFile(&quot;groups/&quot; . login:instNumber.&quot;.txt&quot;) <br/></code><br/>While this syntax does not:&nbsp;<br/><br/><code>&nbsp;&nbsp;&nbsp;UserFile(&quot;groups/&quot;.login:instNumber.&quot;.txt&quot;) </code>
</li><li>Long lines greater than approximately 8192 characters written to messages.txt are now accepted. 
</li><li>The EZproxy &quot;stopall&quot; command line argument will stop all processes named &quot;ezproxy&quot;.&nbsp; It will then remove the &quot;.ipc&quot; and &quot;.lck&quot; files for the EZproxy directory from which the executable was run.&nbsp; The &quot;.ipc&quot; and &quot;.lck&quot; files for other execution directories are left unchanged.&nbsp; This may require that you manually remove them from those directories. 
</li><li>A number of additional security issues were also addressed in this release. </li></ol></div>]]></content>
</entry>

</feed> 

