HTTP 303 (SeeOther): GET Works, POST falla

Estoy tratando de realizar una acción simple:

POST a una URLDevuelve HTTP 303 (SeeOther)Obtener de la nueva URL

Por lo que puedo decir, esta es una práctica bastante estándar:http://en.wikipedia.org/wiki/Post/Redirect/Get

Además, parece que SeeOther está diseñado para funcionar de esta manera:http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.4

Estoy usando web.py como mi controlador del lado del servidor, pero sospecho que no es el problema. Si OBTENGO, SeeOther funciona perfectamente como se esperaba. Si POSTRO a la misma URL, el navegador no puede redirigir o cargar nada.

Pensando que era un problema del navegador, probé con IE9 y Google Chrome (v23 ish). Ambos tienen el mismo problema.

Pensando que web.py podría estar sirviendo la página incorrectamente, o generando una URL incorrecta, usé telnet para examinar los encabezados. Encontré esto:

HTTP GET (esto funciona en el navegador):

GET /Users/1 HTTP/1.1
HOST: domain.com

HTTP/1.1 303 See Other
Date: Mon, 24 Dec 2012 18:07:55 GMT
Server: Apache/2
Cache-control: no-cache
Location: http://domain.com/Users
Content-Length: 0
Content-Type: text/html

POST HTTP (esto no funciona en el navegador):

POST /Users/1 HTTP/1.1
HOST: domain.com

HTTP/1.1 303 See Other
Date: Mon, 24 Dec 2012 18:12:35 GMT
Server: Apache/2
Cache-control: no-cache
Location: http://domain.com/Users
Content-Length: 0
Content-Type: text/html

Otra cosa que podría estar lanzando una llave en las obras: estoy usando mod-rewrite para que el dominio visible por el usuario uUsers/1 sea en realidad domain.com/control.py/Users/1

Puede haber más información / solución de problemas que tengo, pero ahora estoy en blanco.

La pregunta:

¿Por qué funciona esto con una solicitud GET, pero no con una solicitud POST? ¿Me falta un encabezado de respuesta en alguna parte?

EDITAR:

Al usar IE9 Developer Tools y Chrome's Inspector, parece que el 303 no regresa al navegador después de un POST. Sin embargo, puedo ver el 303 cuando hago una solicitud GET.

Sin embargo, después de mirar más de cerca al Inspector de Chrome, vi la capacidad de registrar todas las solicitudes (no borrar con cada llamada de página). Esto me permitió ver que, por alguna razón, mi solicitud POST parece que está fallando. De nuevo, GET funciona bien.

Respuestas a la pregunta(1)

Su respuesta a la pregunta