1.10 (November 2013)
The xmlcgi input filter would potentially return more data
than the downstream filter asked for. This seems to be
fine for some backends, but php5 croaks on this.
Fixed by using a temporary bucket-brigade.
The debugging for version 1.10 was sponsored by CentralNic.
This is version 1.9 of mod_epp.
- mod_proxy needs unparsed_uri to be set in the request
structure in Apache 2.2.22. Fixed by calling ap_parse_uri.
- Eliminate compiler warnings
- logout clears information about the session now
after calling the handler.
(Suggested by lilian @ rudenco.com.)
The debugging for version 1.9 was sponsored by CentralNic.
There is a serious bug in mod_epp 1.7 which has been fixed in mod_epp 1.8. I recommend an upgrade, especially if
* you're seeing corrupted answers
* you're running a mod_proxy setup
The debugging for version 1.8 was sponsored by SIDN.
I've released mod_epp 1.7 which contains a number of bug fixes. One of them is rather serious.
Thanks to CentralNIC for funding the debugging effort.
A new feature (pass original epp frame) was suggested by Steve Voorn.
I've just released mod_epp 1.6. Changes:
* Bugfix: Internal EPP error messages work again
* Default value for EPPAuthURI
* New config statement: EPPReturncodeHeader
- Backend can signal EPP RC to mod_epp
* New feature: implicit login
- EPPAuthURI = implicit
- no special request to authenticate
- uses either HTTP error code or via EPPReturncodeHeader
of the <login> command.
* New feature: User-Agent: header set
* Bufix/Feature: Connection close now works on mod_proxy
- via EPP return code... read more
This is a maintenance release. As I don't have mod_epp in production use myself, this is not extensively tested.
There are two changes:
output filter: Handle missing EOS buckets by setting aside the brigade. This should help dealing with large replies.
README: Document AcceptFilter config for Apache 2.2.
Compiles now with Apache 2.2.
CentralNic's page for mod_epp stuff can be found at http://labs.centralnic.com/mod-epp.php .
Included are spec files for Redhat and a patch for Apache 2.2.
Version 1.3 fixes a bug in the processing of large incoming EPP frames.
Version 1.2 fixes two bugs in the input/output filters which led to lockups when the requests were handled by PHP scripts.
Thanks to Gavin Brown from Centralnic for the bug report and the sandbox where I did the debugging.
Yes, I am still alive.
Fact is, we are working on other projects right now. As for mod_epp: I'm waiting for the release of the epp RFCs in order to do a maintenance release which will remove the EPPVersion option and update the documentation.
I have release a new version of mod_epp which I am comfortable to call 1.0. From the last version, there have been a number of cleanups and fixes which makes the code clean and good enough for production use.
I don't expect any major changes to happen with mod_epp. The code stands as it is and the real work must now happen at the backend level.
We added the presentations Alexander and Otmar made at the Centr workshop at RIPE44 to sourceforge today. The .ppt files are available from the "File List" page here at Sourceforge.
A first snapshot of the EPP database definitions have been released. Those definitions will support the EPP server example backend.
This release adds:
* support for EPP draft version 6
* documentation enhancements
* examples of the scripting infrastructure
* minor bug fixes.
This release should be a lot more userfriendly, as it contains much more information on how to install the module and its scripting environment.
The example scripts are just dummies, the mod_epp package does not, and will never include a registry logic. That exercise is still left to the reader (and other projects).... read more
We have released a first tarball of the module. Please consider it alpha software at this point in time, so it may not be useful in a production environment. It compiles, it seems to work, but we're quite sure that there are a bunch of bugs in there (which we'd like you to report to us!).
There has been some rewrite of the mod_epp error handling and SSL interaction.
Some changes have been made to the configuration directives; please read the README before installing.
The code is doing more schema checks, due to the addition of clTRID passing as CGI parameter.
Next step: <login>
We are progressing on the module and the CGI's, so it's time to prepare for the first alpha release by registering a SF project.