<html>
<head>
<style>
P
{
margin:0px;
padding:0px
}
body
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body>&nbsp;<BR>Paul, thanks for the response. <BR>
&nbsp;<BR>
I'm not clear still on they way forward and would be grateful if somebody has coded a POST request/response in PHP using the JanRain library could send me an example.<BR>
&nbsp;<BR>
If I have interpreted the documentation correctly, if I post a request to the ID server I will get a response in a post? <BR>
&nbsp;<BR>
I understand that a connection can not be held open but I would like the server to call the return URL using HTTP POST rather than GET. Am I right in my interpretation that if I post a request to the ID Server, the ID server will call the return URL using HTTP POST?<BR>
&nbsp;<BR>
I see that the consumer may have to change a little, but note that the JanRain PHP implementation claims to use cUrl when possible. Using cURL in the try_auth.php to generate a HTTP Post request to the server would achieve this. Has anybody done this? Am I on the right track?<BR>
&nbsp;<BR>
I note that cURL is used in Auth_Yadis_ParanoidHTTPFetcher but have struggled to find any example implementation of it use and dont know if it fits my needs. Again, any enlightenment would be most welcome.<BR>
&nbsp;<BR>
It would be possible to proxy the GET over to a POST but wonder if this is the best approach given the visibility of the GET on the browser address line. I would prefer to use POST in both contacting the server and its response, if that is possible. <BR>
&nbsp;<BR>
&nbsp;<BR>
<BR>&gt;&gt; The protocol uses GETs so that it can pass parameters with <BR>&gt;&gt; redirects.&nbsp; However, the RP/consumer implementation can do whatever <BR>&gt;&gt; it wants "internally".&nbsp; The JanRain PHP consumer library (excellent - <BR>&gt;&gt; thanks guys) uses a proxy script to convert a request from POST to <BR>&gt;&gt; GET.&nbsp; I don't see why the response could not be proxied in a similar <BR>&gt;&gt; way if your application requires it.&nbsp; Nevertheless I think it would <BR>&gt;&gt; have to remain asynch as you do not know how long the request/ <BR>&gt;&gt; response cycle will be.<BR><BR><BR><br /><hr />Try Live.com - your fast, personalised homepage with all the things you care about in one place. <a href='http://www.live.com/?mkt=en-gb' target='_new'>in one place.</a></body>
</html>