Thanks, but we've actually got that set already, so I don't think it's the problem.
On 13 December 2010 23:54, Robby Desmond <email@example.com> wrote:
You'll notice this:
"Sometimes you want to have a different behaviour. One possibility is to
let Apache display a custom error page (of course only when you run
To get this working you need to set the option optReturnError (262144)
in your httpd.conf in the EMBPERL_OPTIONS directive.
With this option set, Embperl sends no output in case of an error. It
returns the error back to Apache or the calling program. When running
under mod_perl this gives you the chance to use the Apache ErrorDocument
directive to show a custom error-document."
The non-existent URL is still calling the Embperl handler, presumably
because Embperl is supposed to take control of that URI-space, or the
request was for an .epl file (that didn't actually exist), so you should
still be able to pass the error back up to Apache, and have mod_perl do
something useful with it.
On 12/13/2010 5:39 AM, Michael Stevens wrote:
> We're using embperl with mod_perl to handle files ending in .epl. This
> is mostly good, except it seems to result in a 500 error being logged
> whenever someone attempts to access a nonexistent .epl file. Is there
> any way to configure embperl to give a more expected 404 error?
> Michael Stevens
> Dianomi Ltd
> 18 Buckingham Gate
> London SW1E 6LB
> Tel: 020 7802 5530
> Fax: 020 7630 7356
> www.dianomi.com <http://www.dianomi.com>
> The information in this message and any attachment is intended for the
> addressee and is confidential and may be subject to legal privilege.
> Dianomi Ltd, Registered Office: One America Square, Crosswall, London.
> EC3N 2SG. Registered in England and Wales with Company Registration
> Number 4513809. VAT registration number: 809754988
BiblioVault Operations Assistant
University of Chicago Press