[twitter-dev] Re: 413 Request Entity Too Large for Direct Message

2010-07-02 Thread El Greg
Thanks, Taylor.  Turns out I was being a bit of an idiot and not
including the POST parameters correctly in my curl request. Apparently
the error when you POST to a signed URL without any POST data is this
413 business.


Thanks again for the reply,

Greg


On Jun 16, 4:49 pm, Taylor Singletary taylorsinglet...@twitter.com
wrote:
 Hi Greg,

 Do you have any kind of HTTP proxy active in your other location? It's
 definitely possible that they are messing with HTTP headers or proxying the
 request in some way.

 Though unrelated, you'll want to make sure that the time on your server is
 within a reasonable amount of drift from our server time (which is included
 in a HTTP header of every request).

 Is just this particular POST request failing in your site5 server, or all
 POST requests?

 Taylor Singletary
 Developer Advocate, Twitterhttp://twitter.com/episod



 On Wed, Jun 16, 2010 at 1:08 PM, El Greg greglaval...@gmail.com wrote:
  Bump - any idea on this? I'm trying to switch my app to OAuth before
  the big switch at the end of June.

  Thanks,

  Greg

  On Jun 13, 10:32 pm, El Greg greglaval...@gmail.com wrote:
   Hi there - I'm trying to get set up with the new OAuth API for a
   little app that I'm hosting on site5. When make a signed POST request
   from the app on my home machine, it works just fine. When I have the
   application do it on my host, the response to my curl request is a 413
   Requet Entity Too large and looks like this (hope it comes out):

   !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
   htmlhead
   title413 Request Entity Too Large/title
   /headbody
   h1Request Entity Too Large/h1
   The requested resourcebr //direct_messages/new.jsonbr /
   does not allow request data with POST requests, or the amount of data
   provided in
   the request exceeds the capacity limit.
   pAdditionally, a 413 Request Entity Too Large
   error was encountered while trying to use an ErrorDocument to handle
   the request./p
   /body/html

   I'm not sure if I want to post the entire signed request and its
   parameters for security reasons.  I can't understand why it would work
   locally and not up on the server... Is it possible that my web host is
   attaching some junk to the request that twitter is rejecting?


[twitter-dev] Re: 413 Request Entity Too Large for Direct Message

2010-06-16 Thread El Greg
Bump - any idea on this? I'm trying to switch my app to OAuth before
the big switch at the end of June.

Thanks,

Greg

On Jun 13, 10:32 pm, El Greg greglaval...@gmail.com wrote:
 Hi there - I'm trying to get set up with the new OAuth API for a
 little app that I'm hosting on site5. When make a signed POST request
 from the app on my home machine, it works just fine. When I have the
 application do it on my host, the response to my curl request is a 413
 Requet Entity Too large and looks like this (hope it comes out):

 !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
 htmlhead
 title413 Request Entity Too Large/title
 /headbody
 h1Request Entity Too Large/h1
 The requested resourcebr //direct_messages/new.jsonbr /
 does not allow request data with POST requests, or the amount of data
 provided in
 the request exceeds the capacity limit.
 pAdditionally, a 413 Request Entity Too Large
 error was encountered while trying to use an ErrorDocument to handle
 the request./p
 /body/html

 I'm not sure if I want to post the entire signed request and its
 parameters for security reasons.  I can't understand why it would work
 locally and not up on the server... Is it possible that my web host is
 attaching some junk to the request that twitter is rejecting?


Re: [twitter-dev] Re: 413 Request Entity Too Large for Direct Message

2010-06-16 Thread Taylor Singletary
Hi Greg,

Do you have any kind of HTTP proxy active in your other location? It's
definitely possible that they are messing with HTTP headers or proxying the
request in some way.

Though unrelated, you'll want to make sure that the time on your server is
within a reasonable amount of drift from our server time (which is included
in a HTTP header of every request).

Is just this particular POST request failing in your site5 server, or all
POST requests?

Taylor Singletary
Developer Advocate, Twitter
http://twitter.com/episod


On Wed, Jun 16, 2010 at 1:08 PM, El Greg greglaval...@gmail.com wrote:

 Bump - any idea on this? I'm trying to switch my app to OAuth before
 the big switch at the end of June.

 Thanks,

 Greg

 On Jun 13, 10:32 pm, El Greg greglaval...@gmail.com wrote:
  Hi there - I'm trying to get set up with the new OAuth API for a
  little app that I'm hosting on site5. When make a signed POST request
  from the app on my home machine, it works just fine. When I have the
  application do it on my host, the response to my curl request is a 413
  Requet Entity Too large and looks like this (hope it comes out):
 
  !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
  htmlhead
  title413 Request Entity Too Large/title
  /headbody
  h1Request Entity Too Large/h1
  The requested resourcebr //direct_messages/new.jsonbr /
  does not allow request data with POST requests, or the amount of data
  provided in
  the request exceeds the capacity limit.
  pAdditionally, a 413 Request Entity Too Large
  error was encountered while trying to use an ErrorDocument to handle
  the request./p
  /body/html
 
  I'm not sure if I want to post the entire signed request and its
  parameters for security reasons.  I can't understand why it would work
  locally and not up on the server... Is it possible that my web host is
  attaching some junk to the request that twitter is rejecting?