<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi, thanks for the fast answer!<br>
      Yes, I am using nginx on Windows and I didn't know about that
      restriction.<br>
      Since the project I'm working on requires that (damned!) final
      point, do you know a way to overcome this restriction?<br>
      For example, I thought about cygwin but I'm not sure if it would
      work.<br>
      <br>
      Thanks again,<br>
      Robertof<br>
      <br>
      Il 22/05/2013 21:12, Maxim Dounin ha scritto:<br>
    </div>
    <blockquote cite="mid:20130522191240.GT69760@mdounin.ru" type="cite">
      <pre wrap="">Hello!

On Wed, May 22, 2013 at 08:40:43PM +0200, Roberto F. wrote:

</pre>
      <blockquote type="cite">
        <pre wrap="">Hello.
I'm having a problem with nginx's rewrite directive.
Basically, when the URL contains a trailing point, it is ignored by
the rewrite regexp.
Let's do an example:
I load <a class="moz-txt-link-freetext" href="http://uri/something">http://uri/something</a>. (with the trailing point). Then, with
the rewrite rule:
rewrite ^/something\.$ /index.html
I should see 'index.html', but instead that appears in the logfile
(with rewrite_log set at on):
2013/05/22 20:36:07 [notice] 6256#1440: *57 "^/something\.$" does
not match "/something", client: 127.0.0.1, server: localhost,
request: "GET /something. HTTP/1.1", host: "localhost"
As you can see, the trailing point is missing from the "does not
match" part of the log.

Is there any workaround for that?
</pre>
      </blockquote>
      <pre wrap="">
Are you using nginx/Windows?  On Windows trailing dots and spaces 
in URIs are ignored as they aren't significant from filesystem 
point of view and otherwise can be used to bypass access 
restrictions.

</pre>
    </blockquote>
    <br>
  </body>
</html>