[twitter-dev] Re: Why does changing this one char invalidate this message
Thanks for persisting with this - it seems to work from OSX, so I can work from here. Thanks again. On Mar 22, 4:59 pm, Mark McBride wrote: > I tested this by > > 1) Replacing the basic auth header with my own > 2) Opening a connection via telnet on OS X > > telnet twitter.com 80 > > 3) Pasting in the sample > 4) Looking at the response > > And it works for me. Note that if I do it a second time I get a 200 and an > empty response, as you're going to twitter.com instead of api.twitter.com. > > ---Mark > > http://twitter.com/mccv > > On Mon, Mar 22, 2010 at 8:09 AM, Oli wrote: > > Hi again Mark. I have just used realterm to connect instead of > > hyperterminal (shows every char including hidden ones) and I have had > > success with my first example, however I am still struggling to get > > the full example working (I had tried to simplify to a working/non- > > working example as much as possible). Could you give this a quick try > > please? > > > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > Host: twitter.com > > Authorization: Basic xxx > > Content-type: application/x-www-form-urlencoded > > Content-length: 47 > > Connection: Close > > > status=ALARM%3A+Test_Unit+t1%3A+35litres+2425+C > > > If you have success, could you let me know exactly how you have tested > > this (software etc) so I can duplicate it? > > > I really appreciate your help and advice on this - It's one of the > > final sticking problems of this project. > > > Many thanks > > > On Mar 19, 5:51 pm, Mark McBride wrote: > > > Now that I'm clear... > > > > 1) It works for me using telnet. This may or may not be subtly different > > > from hyperterminal. > > > 2) Note that if you do this repeatedly with the same status text you'll > > get > > > rejections due to duplicate tweets. On twitter.com this returns a 200 > > with > > > no response body. You shouldn't be using this endpoint anyway, please > > use > > > api.twitter.com instead. > > > > ---Mark > > > >http://twitter.com/mccv > > > > On Fri, Mar 19, 2010 at 10:33 AM, Oli wrote: > > > > Hi Mark, thanks for your response but I think you may be mistaken. > > > > > In the first call, I do send 36 bytes I state prior to sending - > > > > "status=ALAhM%3A+Test_Unit+t1%3A35tej" > > > > In the second call, I do send the 35 bytes I state prior to sending - > > > > "status=ALAhM%3A+Test_Unit+t1%3A35te" > > > > > Additionally, I am 100% sure there are no spaces at the end / other > > > > chars that are hidden. > > > > > I am dealing with the raw socket and to rule out any software mishap I > > > > have been testing manually using hyperterminal (winsock) to diagnose > > > > the problem. > > > > > I'm at a dead end on this until somebody can figure out what I am > > > > doing wrong / if there is genuinely a problem elsewhere. Thanks again > > > > > On Mar 19, 4:58 pm, Mark McBride wrote: > > > > > On to the real problem, are you using a library to make that POST > > > > request, > > > > > or raw sockets? What is likely happening is you're telling the > > server to > > > > > expect 36 bytes of info in the first call. You send 35. The server > > > > waits > > > > > and waits then hangs up. In the second call you're telling the > > server to > > > > > expect 35, you send 35, the server does it's deal, and everybody is > > > > happy. > > > > > > ---Mark > > > > > >http://twitter.com/mccv > > > > > > On Fri, Mar 19, 2010 at 9:55 AM, Mark McBride > > > > wrote: > > > > > > Missed the part about the one letter change. Clever! > > > > > > > ---Mark > > > > > > >http://twitter.com/mccv > > > > > > > On Fri, Mar 19, 2010 at 9:54 AM, Mark McBride < > > mmcbr...@twitter.com > > > > >wrote: > > > > > > >> You'll almost certainly want to change the password on that > > account > > > > > >> immediately, as the basic auth header is easily decrypted. > > > > > > >> ---Mark > > > > > > >>http://twitter.com/mccv > > > > > > >> On Fri, Mar 19, 2010 at 9:20 AM, Oli > > wrote: > > > > > > >>> Also worth noting: there was no error returned - it hung up after > > 3/4 > > > > > >>> seconds. If you connect to twitter.com port 80 using > > hyperterminal / > > > > > >>> winsock, you can copy and paste (replacing the authorisation, and > > > > > >>> enabling append line feeds onto line ends in hyperterminal > > options) > > > > my > > > > > >>> examples and see this for yourself. > > > > > > >>> Any other ideas? I would really appreciate any comments on this > > > > issue. > > > > > > >>> On Mar 19, 3:16 pm, Oli wrote: > > > > > >>> > Hi there, > > > > > > >>> > I've just been playing about and have come across a curious bug > > (I > > > > > >>> > have changed one letter of the hashcode) - connecting and > > sending > > > > > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > > > > >>> > Host: twitter.com > > > > > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > > > > >>> > Content-type: application/x-www-form-urlencoded > > > > > >>> > Content-l
Re: [twitter-dev] Re: Why does changing this one char invalidate this message
I tested this by 1) Replacing the basic auth header with my own 2) Opening a connection via telnet on OS X telnet twitter.com 80 3) Pasting in the sample 4) Looking at the response And it works for me. Note that if I do it a second time I get a 200 and an empty response, as you're going to twitter.com instead of api.twitter.com. ---Mark http://twitter.com/mccv On Mon, Mar 22, 2010 at 8:09 AM, Oli wrote: > Hi again Mark. I have just used realterm to connect instead of > hyperterminal (shows every char including hidden ones) and I have had > success with my first example, however I am still struggling to get > the full example working (I had tried to simplify to a working/non- > working example as much as possible). Could you give this a quick try > please? > > POST http://twitter.com/statuses/update.json HTTP/1.1 > Host: twitter.com > Authorization: Basic xxx > Content-type: application/x-www-form-urlencoded > Content-length: 47 > Connection: Close > > status=ALARM%3A+Test_Unit+t1%3A+35litres+2425+C > > If you have success, could you let me know exactly how you have tested > this (software etc) so I can duplicate it? > > I really appreciate your help and advice on this - It's one of the > final sticking problems of this project. > > Many thanks > > On Mar 19, 5:51 pm, Mark McBride wrote: > > Now that I'm clear... > > > > 1) It works for me using telnet. This may or may not be subtly different > > from hyperterminal. > > 2) Note that if you do this repeatedly with the same status text you'll > get > > rejections due to duplicate tweets. On twitter.com this returns a 200 > with > > no response body. You shouldn't be using this endpoint anyway, please > use > > api.twitter.com instead. > > > > ---Mark > > > > http://twitter.com/mccv > > > > On Fri, Mar 19, 2010 at 10:33 AM, Oli wrote: > > > Hi Mark, thanks for your response but I think you may be mistaken. > > > > > In the first call, I do send 36 bytes I state prior to sending - > > > "status=ALAhM%3A+Test_Unit+t1%3A35tej" > > > In the second call, I do send the 35 bytes I state prior to sending - > > > "status=ALAhM%3A+Test_Unit+t1%3A35te" > > > > > Additionally, I am 100% sure there are no spaces at the end / other > > > chars that are hidden. > > > > > I am dealing with the raw socket and to rule out any software mishap I > > > have been testing manually using hyperterminal (winsock) to diagnose > > > the problem. > > > > > I'm at a dead end on this until somebody can figure out what I am > > > doing wrong / if there is genuinely a problem elsewhere. Thanks again > > > > > On Mar 19, 4:58 pm, Mark McBride wrote: > > > > On to the real problem, are you using a library to make that POST > > > request, > > > > or raw sockets? What is likely happening is you're telling the > server to > > > > expect 36 bytes of info in the first call. You send 35. The server > > > waits > > > > and waits then hangs up. In the second call you're telling the > server to > > > > expect 35, you send 35, the server does it's deal, and everybody is > > > happy. > > > > > > ---Mark > > > > > >http://twitter.com/mccv > > > > > > On Fri, Mar 19, 2010 at 9:55 AM, Mark McBride > > > wrote: > > > > > Missed the part about the one letter change. Clever! > > > > > > > ---Mark > > > > > > >http://twitter.com/mccv > > > > > > > On Fri, Mar 19, 2010 at 9:54 AM, Mark McBride < > mmcbr...@twitter.com > > > >wrote: > > > > > > >> You'll almost certainly want to change the password on that > account > > > > >> immediately, as the basic auth header is easily decrypted. > > > > > > >> ---Mark > > > > > > >>http://twitter.com/mccv > > > > > > >> On Fri, Mar 19, 2010 at 9:20 AM, Oli > wrote: > > > > > > >>> Also worth noting: there was no error returned - it hung up after > 3/4 > > > > >>> seconds. If you connect to twitter.com port 80 using > hyperterminal / > > > > >>> winsock, you can copy and paste (replacing the authorisation, and > > > > >>> enabling append line feeds onto line ends in hyperterminal > options) > > > my > > > > >>> examples and see this for yourself. > > > > > > >>> Any other ideas? I would really appreciate any comments on this > > > issue. > > > > > > >>> On Mar 19, 3:16 pm, Oli wrote: > > > > >>> > Hi there, > > > > > > >>> > I've just been playing about and have come across a curious bug > (I > > > > >>> > have changed one letter of the hashcode) - connecting and > sending > > > > > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > > > >>> > Host: twitter.com > > > > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > > > >>> > Content-type: application/x-www-form-urlencoded > > > > >>> > Content-length: 36 > > > > >>> > Connection: Close > > > > > > >>> > status=ALAhM%3A+Test_Unit+t1%3A35tej > > > > > > >>> > DOESN'T WORK but > > > > > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > > > >>> > Host: twitter.com > > > > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > > >
[twitter-dev] Re: Why does changing this one char invalidate this message
Hi again Mark. I have just used realterm to connect instead of hyperterminal (shows every char including hidden ones) and I have had success with my first example, however I am still struggling to get the full example working (I had tried to simplify to a working/non- working example as much as possible). Could you give this a quick try please? POST http://twitter.com/statuses/update.json HTTP/1.1 Host: twitter.com Authorization: Basic xxx Content-type: application/x-www-form-urlencoded Content-length: 47 Connection: Close status=ALARM%3A+Test_Unit+t1%3A+35litres+2425+C If you have success, could you let me know exactly how you have tested this (software etc) so I can duplicate it? I really appreciate your help and advice on this - It's one of the final sticking problems of this project. Many thanks On Mar 19, 5:51 pm, Mark McBride wrote: > Now that I'm clear... > > 1) It works for me using telnet. This may or may not be subtly different > from hyperterminal. > 2) Note that if you do this repeatedly with the same status text you'll get > rejections due to duplicate tweets. On twitter.com this returns a 200 with > no response body. You shouldn't be using this endpoint anyway, please use > api.twitter.com instead. > > ---Mark > > http://twitter.com/mccv > > On Fri, Mar 19, 2010 at 10:33 AM, Oli wrote: > > Hi Mark, thanks for your response but I think you may be mistaken. > > > In the first call, I do send 36 bytes I state prior to sending - > > "status=ALAhM%3A+Test_Unit+t1%3A35tej" > > In the second call, I do send the 35 bytes I state prior to sending - > > "status=ALAhM%3A+Test_Unit+t1%3A35te" > > > Additionally, I am 100% sure there are no spaces at the end / other > > chars that are hidden. > > > I am dealing with the raw socket and to rule out any software mishap I > > have been testing manually using hyperterminal (winsock) to diagnose > > the problem. > > > I'm at a dead end on this until somebody can figure out what I am > > doing wrong / if there is genuinely a problem elsewhere. Thanks again > > > On Mar 19, 4:58 pm, Mark McBride wrote: > > > On to the real problem, are you using a library to make that POST > > request, > > > or raw sockets? What is likely happening is you're telling the server to > > > expect 36 bytes of info in the first call. You send 35. The server > > waits > > > and waits then hangs up. In the second call you're telling the server to > > > expect 35, you send 35, the server does it's deal, and everybody is > > happy. > > > > ---Mark > > > >http://twitter.com/mccv > > > > On Fri, Mar 19, 2010 at 9:55 AM, Mark McBride > > wrote: > > > > Missed the part about the one letter change. Clever! > > > > > ---Mark > > > > >http://twitter.com/mccv > > > > > On Fri, Mar 19, 2010 at 9:54 AM, Mark McBride > >wrote: > > > > >> You'll almost certainly want to change the password on that account > > > >> immediately, as the basic auth header is easily decrypted. > > > > >> ---Mark > > > > >>http://twitter.com/mccv > > > > >> On Fri, Mar 19, 2010 at 9:20 AM, Oli wrote: > > > > >>> Also worth noting: there was no error returned - it hung up after 3/4 > > > >>> seconds. If you connect to twitter.com port 80 using hyperterminal / > > > >>> winsock, you can copy and paste (replacing the authorisation, and > > > >>> enabling append line feeds onto line ends in hyperterminal options) > > my > > > >>> examples and see this for yourself. > > > > >>> Any other ideas? I would really appreciate any comments on this > > issue. > > > > >>> On Mar 19, 3:16 pm, Oli wrote: > > > >>> > Hi there, > > > > >>> > I've just been playing about and have come across a curious bug (I > > > >>> > have changed one letter of the hashcode) - connecting and sending > > > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > > >>> > Host: twitter.com > > > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > > >>> > Content-type: application/x-www-form-urlencoded > > > >>> > Content-length: 36 > > > >>> > Connection: Close > > > > >>> > status=ALAhM%3A+Test_Unit+t1%3A35tej > > > > >>> > DOESN'T WORK but > > > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > > >>> > Host: twitter.com > > > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > > >>> > Content-type: application/x-www-form-urlencoded > > > >>> > Content-length: 35 > > > >>> > Connection: Close > > > > >>> > status=ALAhM%3A+Test_Unit+t1%3A35te > > > > >>> > DOES - why is this?? Many thanks in advance > > > > >>> To unsubscribe from this group, send email to > > twitter-development-talk+ > > > >>> unsubscribegooglegroups.com or reply to this email with the words > > > >>> "REMOVE ME" as the subject. > > > To unsubscribe from this group, send email to twitter-development-talk+ > > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > > ME" as the subject. To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or
Re: [twitter-dev] Re: Why does changing this one char invalidate this message
Now that I'm clear... 1) It works for me using telnet. This may or may not be subtly different from hyperterminal. 2) Note that if you do this repeatedly with the same status text you'll get rejections due to duplicate tweets. On twitter.com this returns a 200 with no response body. You shouldn't be using this endpoint anyway, please use api.twitter.com instead. ---Mark http://twitter.com/mccv On Fri, Mar 19, 2010 at 10:33 AM, Oli wrote: > Hi Mark, thanks for your response but I think you may be mistaken. > > In the first call, I do send 36 bytes I state prior to sending - > "status=ALAhM%3A+Test_Unit+t1%3A35tej" > In the second call, I do send the 35 bytes I state prior to sending - > "status=ALAhM%3A+Test_Unit+t1%3A35te" > > Additionally, I am 100% sure there are no spaces at the end / other > chars that are hidden. > > I am dealing with the raw socket and to rule out any software mishap I > have been testing manually using hyperterminal (winsock) to diagnose > the problem. > > I'm at a dead end on this until somebody can figure out what I am > doing wrong / if there is genuinely a problem elsewhere. Thanks again > > > On Mar 19, 4:58 pm, Mark McBride wrote: > > On to the real problem, are you using a library to make that POST > request, > > or raw sockets? What is likely happening is you're telling the server to > > expect 36 bytes of info in the first call. You send 35. The server > waits > > and waits then hangs up. In the second call you're telling the server to > > expect 35, you send 35, the server does it's deal, and everybody is > happy. > > > > ---Mark > > > > http://twitter.com/mccv > > > > On Fri, Mar 19, 2010 at 9:55 AM, Mark McBride > wrote: > > > Missed the part about the one letter change. Clever! > > > > > ---Mark > > > > >http://twitter.com/mccv > > > > > On Fri, Mar 19, 2010 at 9:54 AM, Mark McBride >wrote: > > > > >> You'll almost certainly want to change the password on that account > > >> immediately, as the basic auth header is easily decrypted. > > > > >> ---Mark > > > > >>http://twitter.com/mccv > > > > >> On Fri, Mar 19, 2010 at 9:20 AM, Oli wrote: > > > > >>> Also worth noting: there was no error returned - it hung up after 3/4 > > >>> seconds. If you connect to twitter.com port 80 using hyperterminal / > > >>> winsock, you can copy and paste (replacing the authorisation, and > > >>> enabling append line feeds onto line ends in hyperterminal options) > my > > >>> examples and see this for yourself. > > > > >>> Any other ideas? I would really appreciate any comments on this > issue. > > > > >>> On Mar 19, 3:16 pm, Oli wrote: > > >>> > Hi there, > > > > >>> > I've just been playing about and have come across a curious bug (I > > >>> > have changed one letter of the hashcode) - connecting and sending > > > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > >>> > Host: twitter.com > > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > >>> > Content-type: application/x-www-form-urlencoded > > >>> > Content-length: 36 > > >>> > Connection: Close > > > > >>> > status=ALAhM%3A+Test_Unit+t1%3A35tej > > > > >>> > DOESN'T WORK but > > > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > >>> > Host: twitter.com > > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > >>> > Content-type: application/x-www-form-urlencoded > > >>> > Content-length: 35 > > >>> > Connection: Close > > > > >>> > status=ALAhM%3A+Test_Unit+t1%3A35te > > > > >>> > DOES - why is this?? Many thanks in advance > > > > >>> To unsubscribe from this group, send email to > twitter-development-talk+ > > >>> unsubscribegooglegroups.com or reply to this email with the words > > >>> "REMOVE ME" as the subject. > > To unsubscribe from this group, send email to twitter-development-talk+ > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > ME" as the subject. > To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
[twitter-dev] Re: Why does changing this one char invalidate this message
Hi Mark, thanks for your reply but I think you may be mistaken. - In the first example, I tell the server to expect 36 bytes and I then send it: "status=ALAhM%3A+Test_Unit+t1%3A35tej" - In the second example, I tell the server to expect 35 bytes and I then send it: "status=ALAhM%3A+Test_Unit+t1%3A35te" Notice the 'j' on the first example - not there in the second one. I'm dealing with the raw sockets, but I have been diagnosing manually using hyperterminal / winsock to be sure that it's not my software clouding the issue. You can test this example quite easily by just copying and pasting into hyperterminal (be sure to enable the option File->Properties->Settings->ASCII Setup->Send line ends with line feeds) and changing the Auth value (you can use http://www.functions-online.com/en/base64_encode.html to generate). Secondly, I am aware that duplicate posts will not be posted and I am sure that this is not the issue. Lastly, I am 100% sure that there are not any hidden bytes / spaces being sent on the end. Any other suggestions? Thanks again On Mar 19, 3:16 pm, Oli wrote: > Hi there, > > I've just been playing about and have come across a curious bug (I > have changed one letter of the hashcode) - connecting and sending > > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > Host: twitter.com > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > Content-type: application/x-www-form-urlencoded > Content-length: 36 > Connection: Close > > status=ALAhM%3A+Test_Unit+t1%3A35tej > > DOESN'T WORK but > > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > Host: twitter.com > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > Content-type: application/x-www-form-urlencoded > Content-length: 35 > Connection: Close > > status=ALAhM%3A+Test_Unit+t1%3A35te > > DOES - why is this?? Many thanks in advance To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
[twitter-dev] Re: Why does changing this one char invalidate this message
Hi Mark, thanks for your response but I think you may be mistaken. In the first call, I do send 36 bytes I state prior to sending - "status=ALAhM%3A+Test_Unit+t1%3A35tej" In the second call, I do send the 35 bytes I state prior to sending - "status=ALAhM%3A+Test_Unit+t1%3A35te" Additionally, I am 100% sure there are no spaces at the end / other chars that are hidden. I am dealing with the raw socket and to rule out any software mishap I have been testing manually using hyperterminal (winsock) to diagnose the problem. I'm at a dead end on this until somebody can figure out what I am doing wrong / if there is genuinely a problem elsewhere. Thanks again On Mar 19, 4:58 pm, Mark McBride wrote: > On to the real problem, are you using a library to make that POST request, > or raw sockets? What is likely happening is you're telling the server to > expect 36 bytes of info in the first call. You send 35. The server waits > and waits then hangs up. In the second call you're telling the server to > expect 35, you send 35, the server does it's deal, and everybody is happy. > > ---Mark > > http://twitter.com/mccv > > On Fri, Mar 19, 2010 at 9:55 AM, Mark McBride wrote: > > Missed the part about the one letter change. Clever! > > > ---Mark > > >http://twitter.com/mccv > > > On Fri, Mar 19, 2010 at 9:54 AM, Mark McBride wrote: > > >> You'll almost certainly want to change the password on that account > >> immediately, as the basic auth header is easily decrypted. > > >> ---Mark > > >>http://twitter.com/mccv > > >> On Fri, Mar 19, 2010 at 9:20 AM, Oli wrote: > > >>> Also worth noting: there was no error returned - it hung up after 3/4 > >>> seconds. If you connect to twitter.com port 80 using hyperterminal / > >>> winsock, you can copy and paste (replacing the authorisation, and > >>> enabling append line feeds onto line ends in hyperterminal options) my > >>> examples and see this for yourself. > > >>> Any other ideas? I would really appreciate any comments on this issue. > > >>> On Mar 19, 3:16 pm, Oli wrote: > >>> > Hi there, > > >>> > I've just been playing about and have come across a curious bug (I > >>> > have changed one letter of the hashcode) - connecting and sending > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > >>> > Host: twitter.com > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > >>> > Content-type: application/x-www-form-urlencoded > >>> > Content-length: 36 > >>> > Connection: Close > > >>> > status=ALAhM%3A+Test_Unit+t1%3A35tej > > >>> > DOESN'T WORK but > > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > >>> > Host: twitter.com > >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > >>> > Content-type: application/x-www-form-urlencoded > >>> > Content-length: 35 > >>> > Connection: Close > > >>> > status=ALAhM%3A+Test_Unit+t1%3A35te > > >>> > DOES - why is this?? Many thanks in advance > > >>> To unsubscribe from this group, send email to twitter-development-talk+ > >>> unsubscribegooglegroups.com or reply to this email with the words > >>> "REMOVE ME" as the subject. To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
Re: [twitter-dev] Re: Why does changing this one char invalidate this message
On to the real problem, are you using a library to make that POST request, or raw sockets? What is likely happening is you're telling the server to expect 36 bytes of info in the first call. You send 35. The server waits and waits then hangs up. In the second call you're telling the server to expect 35, you send 35, the server does it's deal, and everybody is happy. ---Mark http://twitter.com/mccv On Fri, Mar 19, 2010 at 9:55 AM, Mark McBride wrote: > Missed the part about the one letter change. Clever! > > ---Mark > > http://twitter.com/mccv > > > On Fri, Mar 19, 2010 at 9:54 AM, Mark McBride wrote: > >> You'll almost certainly want to change the password on that account >> immediately, as the basic auth header is easily decrypted. >> >> ---Mark >> >> http://twitter.com/mccv >> >> >> >> On Fri, Mar 19, 2010 at 9:20 AM, Oli wrote: >> >>> Also worth noting: there was no error returned - it hung up after 3/4 >>> seconds. If you connect to twitter.com port 80 using hyperterminal / >>> winsock, you can copy and paste (replacing the authorisation, and >>> enabling append line feeds onto line ends in hyperterminal options) my >>> examples and see this for yourself. >>> >>> Any other ideas? I would really appreciate any comments on this issue. >>> >>> On Mar 19, 3:16 pm, Oli wrote: >>> > Hi there, >>> > >>> > I've just been playing about and have come across a curious bug (I >>> > have changed one letter of the hashcode) - connecting and sending >>> > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 >>> > Host: twitter.com >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== >>> > Content-type: application/x-www-form-urlencoded >>> > Content-length: 36 >>> > Connection: Close >>> > >>> > status=ALAhM%3A+Test_Unit+t1%3A35tej >>> > >>> > DOESN'T WORK but >>> > >>> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 >>> > Host: twitter.com >>> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== >>> > Content-type: application/x-www-form-urlencoded >>> > Content-length: 35 >>> > Connection: Close >>> > >>> > status=ALAhM%3A+Test_Unit+t1%3A35te >>> > >>> > DOES - why is this?? Many thanks in advance >>> >>> To unsubscribe from this group, send email to twitter-development-talk+ >>> unsubscribegooglegroups.com or reply to this email with the words >>> "REMOVE ME" as the subject. >>> >> >> > To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
Re: [twitter-dev] Re: Why does changing this one char invalidate this message
Missed the part about the one letter change. Clever! ---Mark http://twitter.com/mccv On Fri, Mar 19, 2010 at 9:54 AM, Mark McBride wrote: > You'll almost certainly want to change the password on that account > immediately, as the basic auth header is easily decrypted. > > ---Mark > > http://twitter.com/mccv > > > > On Fri, Mar 19, 2010 at 9:20 AM, Oli wrote: > >> Also worth noting: there was no error returned - it hung up after 3/4 >> seconds. If you connect to twitter.com port 80 using hyperterminal / >> winsock, you can copy and paste (replacing the authorisation, and >> enabling append line feeds onto line ends in hyperterminal options) my >> examples and see this for yourself. >> >> Any other ideas? I would really appreciate any comments on this issue. >> >> On Mar 19, 3:16 pm, Oli wrote: >> > Hi there, >> > >> > I've just been playing about and have come across a curious bug (I >> > have changed one letter of the hashcode) - connecting and sending >> > >> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 >> > Host: twitter.com >> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== >> > Content-type: application/x-www-form-urlencoded >> > Content-length: 36 >> > Connection: Close >> > >> > status=ALAhM%3A+Test_Unit+t1%3A35tej >> > >> > DOESN'T WORK but >> > >> > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 >> > Host: twitter.com >> > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== >> > Content-type: application/x-www-form-urlencoded >> > Content-length: 35 >> > Connection: Close >> > >> > status=ALAhM%3A+Test_Unit+t1%3A35te >> > >> > DOES - why is this?? Many thanks in advance >> >> To unsubscribe from this group, send email to twitter-development-talk+ >> unsubscribegooglegroups.com or reply to this email with the words "REMOVE >> ME" as the subject. >> > > To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
Re: [twitter-dev] Re: Why does changing this one char invalidate this message
You'll almost certainly want to change the password on that account immediately, as the basic auth header is easily decrypted. ---Mark http://twitter.com/mccv On Fri, Mar 19, 2010 at 9:20 AM, Oli wrote: > Also worth noting: there was no error returned - it hung up after 3/4 > seconds. If you connect to twitter.com port 80 using hyperterminal / > winsock, you can copy and paste (replacing the authorisation, and > enabling append line feeds onto line ends in hyperterminal options) my > examples and see this for yourself. > > Any other ideas? I would really appreciate any comments on this issue. > > On Mar 19, 3:16 pm, Oli wrote: > > Hi there, > > > > I've just been playing about and have come across a curious bug (I > > have changed one letter of the hashcode) - connecting and sending > > > > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > Host: twitter.com > > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > Content-type: application/x-www-form-urlencoded > > Content-length: 36 > > Connection: Close > > > > status=ALAhM%3A+Test_Unit+t1%3A35tej > > > > DOESN'T WORK but > > > > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > > Host: twitter.com > > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > > Content-type: application/x-www-form-urlencoded > > Content-length: 35 > > Connection: Close > > > > status=ALAhM%3A+Test_Unit+t1%3A35te > > > > DOES - why is this?? Many thanks in advance > > To unsubscribe from this group, send email to twitter-development-talk+ > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > ME" as the subject. > To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
[twitter-dev] Re: Why does changing this one char invalidate this message
Also worth noting: there was no error returned - it hung up after 3/4 seconds. If you connect to twitter.com port 80 using hyperterminal / winsock, you can copy and paste (replacing the authorisation, and enabling append line feeds onto line ends in hyperterminal options) my examples and see this for yourself. Any other ideas? I would really appreciate any comments on this issue. On Mar 19, 3:16 pm, Oli wrote: > Hi there, > > I've just been playing about and have come across a curious bug (I > have changed one letter of the hashcode) - connecting and sending > > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > Host: twitter.com > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > Content-type: application/x-www-form-urlencoded > Content-length: 36 > Connection: Close > > status=ALAhM%3A+Test_Unit+t1%3A35tej > > DOESN'T WORK but > > POSThttp://twitter.com/statuses/update.jsonHTTP/1.1 > Host: twitter.com > Authorization: Basic bWz0cm9uMjpwb2tlcmNoYW1wMQ== > Content-type: application/x-www-form-urlencoded > Content-length: 35 > Connection: Close > > status=ALAhM%3A+Test_Unit+t1%3A35te > > DOES - why is this?? Many thanks in advance To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.