On 4/29/12 6:34 PM, Mark Schonewille wrote:
Hi Jacque,
Is it possible that you need to urlDecode or unescape the data from
stdIn before posting them back to PayPal? Could it be that the data
parts in tOrderData need to be urlEncoded? Could there be a problem
with the character encoding? I always make sure that I send and
receive UTF8.
There's no problem sending posts or receiving the data, that part is
working. If it weren't for the hang at the end, I'd have everything I
need. The data is already urlEncoded, I just send it back intact.
Have you tried libUrlSetSSLVerification false?
Yes, no difference. I think that command is just for receiving secure data.
The libUrlPostFormdata command uses the second header too and
that makes me think that it may not be sent automatically with the
post command.
I'm not really posting form data back, just returning a url-encoded
string. But again, paypal has no problem with what I'm sending; it gets
my posts and answers me fine, and I have all the data I need to process
the transaction. The post command appears to be working. There's just
that hang at the end where paypal is waiting for some kind of ack and
isn't getting one.
I was reading that some ISPs disallow sending to https from a cgi; does
anyone know about that?
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
