Nun, du kannst zwar reguläre Ausdrücke definieren, die case-insensitive matchen, aber zumindest unter unixoiden OS sind eben auch Datei- und Pfadnamen case-sensitive. Von daher wird es vermutlich schwierig, da alles als Ziel anzugeben.

In Einzelfällen geht das natürlich, also wenn du das Ziel fest vorgibst, aber sonst vermutlich mit Bordmitteln nicht. Da müsste dann wohl ein Apache-Modul her/angepasst werden, dass den gematchten String z.B. in Groß- oder Kleinbuchstaben umwandelt und entsprechend müssten alle Ziele auch in dieser Schreibweise sein.

Aber warum solltest du so eine Funktionalität wollen?

Vermutlich deshalb, weil es das gesuchte Ziel nicht gibt. Was sagt die Fehlerseite denn? 404 (nicht gefunden) oder 500 (fehlerhafte Config)?

Meiner Meinung nach macht das keinen Sinn, case-insensitiven Zugang zu einem case-sensitiven Pfad zu geben, weil sich da was überschneiden kann. Bring den Punkt vor und stelle heraus, das es dafür keine brauchbare Lösung geben kann.

Nur weil du eine Aufgabe bekommen hast, heißt das noch lange nicht, dass man die Realisierbarkeit und den Nutzen dahinter nicht hinterfragen muss. Wenn du also erkennst, dass es wenig Sinn macht, da noch mehr Arbeit zu investieren, bist du für einen Arbeitgeber wertvoller als wenn du Energie für ein unbrauchbares Ziel verschwendest.

Ansonsten sollte mod_speling Vorschläge liefern, wenn man knapp daneben liegt. Aber das ist recht speziell und damit noch sinnvoll, zumal es keine Pfade verschleiert/unzugreifbar macht.