Exchange / Outlook - RPC Method and Error 405

Maxim Dounin mdounin at mdounin.ru
Thu Feb 28 15:20:03 UTC 2013


Hello!

On Thu, Feb 28, 2013 at 09:15:52AM -0500, gmor wrote:

> Hi,
> 
> Thanks for the quick response. I've done what you suggested with the
> following results:
> 
> >A
> >simple way to do this would be to just throw away all funny
> >regexp locations you wrote in your config, and start with a simple
> 
> >location / {
> >proxy_pass http://backend;
> >}
> 
> Absolutely happy to.
> 
> Now I'm seeing slightly different behaviour. No more 405 errors, the Outlook
> client just hangs now, eventually reporting 'Server not Available'
> 
> In the debug log, I'm now seeing the following:
> 
> 2013/02/28 13:56:55 [info] 3150#0: *1 client prematurely closed connection,
> client: 10.110.2.15, server: , request: "RPC_IN_DATA
> /rpc/rpcproxy.dll?EX-SERVER-2008.servers.null.org:6002 HTTP/1.1", host:
> "webmail.null.com"
> 2013/02/28 13:56:55 [info] 3150#0: *2 client prematurely closed connection,
> so upstream connection is closed too (104: Connection reset by peer) while
> reading upstream, client: 10.110.2.15, server: , request: "RPC_OUT_DATA
> /rpc/rpcproxy.dll?EX-SERVER-2008.servers.null.org:6002 HTTP/1.1", upstream:
> "http://10.1.1.2:80/rpc/rpcproxy.dll?EX-MBX-2008.servers.aeltc.org:6002",
> host: "webmail.null.com"
> 
> Which is me eventually cancelling the Outlook connection. This is evident
> from tailing the debug log - Nothing during the connection; but these events
> which the connection attempt is cancelled.

This what I've talked about - RPC client tries to establish data 
stream, presumably by faking big request body, but fails because 
nginx actually waits for the body before passing the request to an 
upstream server.

-- 
Maxim Dounin
http://nginx.org/en/donation.html



More information about the nginx mailing list