On 28.04.2012 at 22:34 Uhr -0500 J. Landman Gay apparently wrote:
But PayPal's sandbox test tool consistently shows an error and
replies IPN delivery failed. Unable to connect to the specified
URL. Please verify the URL and try again. Obviously it did find my
server and URL, because my script
Just a wild guess, but could the issue be that the httpHeaders needs to
have more complete info for the server to accept the call?
--
Richard Gaskin
Fourth World
LiveCode training and consulting: http://www.fourthworld.com
Webzine for LiveCode developers: http://www.LiveCodeJournal.com
On 4/30/12 1:34 PM, Richard Gaskin wrote:
Just a wild guess, but could the issue be that the httpHeaders needs to
have more complete info for the server to accept the call?
Maybe. Mark S. suggested the same thing. The default POST header for
Content-Type is application/x-www-form-urlencoded,
I'm wondering if I can approach this a different way. Is there a command
I can send to PayPal that says We're done now?
I tried adding a Content-length header by setting the httpHeaders
property, and libURL throws an error. The sockets are all closed, and as
I understand it, that should
Hi Jacque,
What's the error?
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
We will have room for new projects after 1 June. Contact me now and be first in
On 4/30/12 2:52 PM, Mark Schonewille wrote:
Hi Jacque,
What's the error?
Who knows, it isn't logged. But PayPal history shows a server 500 status
code, and my server log shows a file not found for that error
document, which is true, I don't have a custom error 500 page.
I am in the
Ok, I got libURL to write to a log. It does look like it's sending a 200
OK status but some of the content is gibberish to me. What do you make
of this:
socket selected: www.sandbox.paypal.com:443|6924
POST /cgi-bin/webscr HTTP/1.1
Host: www.sandbox.paypal.com
User-Agent: Metacard (Linux)
Hm, seems like there is more. After five minutes, the log adds two
(two?) close sockets. Only one test was sent from the sandbox.
socket selected: www.sandbox.paypal.com:443|6924
POST /cgi-bin/webscr HTTP/1.1
Host: www.sandbox.paypal.com
User-Agent: Metacard (Linux)
Content-Length: 847
If the headers angle doesn't check out, this may be yet another job for
O'Reilly to the rescue:
PayPal APIs: Up and Running, 2nd Edition
Monetizing Your Application with Payment Flows
By Matthew A. Russell
Released: April 2012
http://shop.oreilly.com/product/0636920023227.do
Updated just this
On 4/30/12 4:33 PM, Richard Gaskin wrote:
If the headers angle doesn't check out, this may be yet another job for
O'Reilly to the rescue:
PayPal APIs: Up and Running, 2nd Edition
Monetizing Your Application with Payment Flows
By Matthew A. Russell
Released: April 2012
J. Landman Gay wrote:
On 4/30/12 4:33 PM, Richard Gaskin wrote:
If the headers angle doesn't check out, this may be yet another job for
O'Reilly to the rescue:
PayPal APIs: Up and Running, 2nd Edition
Monetizing Your Application with Payment Flows
By Matthew A. Russell
Released: April 2012
Hi Jacque,
What is the character set defined in your PayPal account? Look somewhere in
profilemore options. Is it UTF8?
Another long shot: try setting the user agent to either - (that's a dash) or
the user agent of a common browser.
What about switching to PHP?
--
Best regards,
Mark
Hi Jacque,
Where exactly is the CGI sending the return message? The URL should start with
ssl://www.sandbox.paypal.com/...
I do this with PHP and that has worked fine for years.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage:
On 4/29/12 6:20 AM, Mark Schonewille wrote:
Hi Jacque,
Where exactly is the CGI sending the return message? The URL should
start with ssl://www.sandbox.paypal.com/...
I do this with PHP and that has worked fine for years.
According to the most recent docs, it should be sent to
On 4/29/12 2:32 PM, J. Landman Gay wrote:
On 4/29/12 6:20 AM, Mark Schonewille wrote:
Hi Jacque,
Where exactly is the CGI sending the return message? The URL should
start with ssl://www.sandbox.paypal.com/...
I do this with PHP and that has worked fine for years.
According to the most
I could still use some advice. I know at least a couple people have
liburl working with old-style cgis. I'm running rev 3.5 and liburl 1.1.6.
This script receives and logs all paypal data but hangs, causing the
sandbox to think it couldn't find the server:
#!rev -ui
on startup
if
Hi Jaque
What engine are you using? https was introduced in 2.5 and I believe it
requires revsecurity.so
Might be simpler to switch to php or LC server.
Cheers
--
M E R Goulding
Software development services
Bespoke application development for vertical markets
mergExt - There's an external
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.
On 4/29/12 6:28 PM, Monte Goulding wrote:
Hi Jaque
What engine are you using? https was introduced in 2.5 and I believe
it requires revsecurity.so
Might be simpler to switch to php or LC server.
Thanks for responding Monte. I'm using engine 3.5. I'm not sure about
the library, is that
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
On 30/04/2012, at 11:00 AM, J. Landman Gay wrote:
On 4/29/12 6:28 PM, Monte Goulding wrote:
Hi Jaque
What engine are you using? https was introduced in 2.5 and I believe
it requires revsecurity.so
Might be simpler to switch to php or LC server.
Thanks for responding Monte. I'm using
On 4/29/12 8:23 PM, Monte Goulding wrote:
On 30/04/2012, at 11:00 AM, J. Landman Gay wrote:
On 4/29/12 6:28 PM, Monte Goulding wrote:
Hi Jaque
What engine are you using? https was introduced in 2.5 and I
believe it requires revsecurity.so
Might be simpler to switch to php or LC server.
hmm... it may have been called something else before. I vaguely recall the
windows dll changing it's name. It's certainly called revsecurity.so in the
current bundle. Is it possible it was supported later on Linux than on other
platforms?
Cheers
Monte
On 30/04/2012, at 11:48 AM, J. Landman
On 4/29/12 8:23 PM, Monte Goulding wrote:
I'm assuming your server is Linux. Put it next to the engine. It
should be in inside the app bundle somewhere. If all else fails, use
Rev 3.5 to build a stack for Linux with SSL and see where the
Standalone Builder puts it ;-)
Ah -- found a copy in
On 4/29/12 8:55 PM, Monte Goulding wrote:
hmm... it may have been called something else before. I vaguely
recall the windows dll changing it's name. It's certainly called
revsecurity.so in the current bundle. Is it possible it was supported
later on Linux than on other platforms?
I don't know.
I'm not sure who to ask about this. If someone knows where the problem
is, I'll ask in an appropriate forum somewhere.
I've implemented PayPal's Instant Payment Notification system using an
old-style CGI on my (non-rev) server. It works fine. Paypal sends a
notification, my cgi responds,
26 matches
Mail list logo
