I happened to be fiddling with this stuff last week.
He's an exchange between myself and Pierre. I'll read
your post carefully and send another reply.
michael kann a écrit :
>
> Thanks for the reply. I've done a little more
> investigating, which has been enlightening, but not
> conclusive.
>
> First, I used the following ASP function
>
> --
>
> kv = Request.ServerVariables("SERVER_PROTOCOL")
> Response.Write(kv)
>
> ----
> and found that if I send the POST from Metacard it
> returns
>
> HTTP/1.0
>
> and if I send it from Microsoft IE 5.0 it returns
>
> HTTP/1.1
>
> I don't know if this has any effect or not.
>
> --------
> Quoting your experience:
> --------
>
> If i send a "post" from within MC to the php odbc
> handler (in using sockets or
> the build-in metatalk post command), the php handler
> is able to reply with its
> build-in code like "print("Recu");" but not to catch
> the content of the $HTTP_POST_VARS;
> ---------
> Comment:
> ---------
>
> In my Xitami/PHP4/MySQL on Win98 setup if I send a
> POST from Metcard it is caught in the
$HTTP_POST_VARS.
> Perhaps PHP4 and MySQL don't need ODBC to
communicate?
> -----------
> I checked out the different headers with the ASP
> function
>
> kv = Request.ServerVariables("ALL_RAW")
> Response.Write(kv)
> -------------
> the RAW refers to the headers that ASP receives
> (before ASP adds HTTP_ in front of them for output)
>
> The Metacard POST only sends
>
> Host: localhost
> Content-Length: 5
>
> while Microsoft IE 5.0 sends
>
> Accept: */* Accept-Language: en-us Connection:
> Keep-Alive Host: localhost Referer:
> http://localhost/feb6post.htm User-Agent:
Mozilla/4.0
> (compatible; MSIE 5.0; Windows 98; DigExt) Cookie:
> ASPSESSIONIDFFFAYOSF=DCPHGKFAPBAHDANFKFKHNHGH
> Content-Length: 9 Content-Type:
> application/x-www-form-urlencoded Accept-Encoding:
> gzip, deflate
>
> I posted the name "jack" and the Content-Length for
> Microsoft IE was 9, while the Metacard
Content-Length
> was 5. That would make sense if ASP wasn't receiving
> the 4 letters that make up the POST data from
> Metacard.
>
> So we've discovered that the Metacard POST doesn't
> send as much as the browser POST.
>
> At least for now I'll stick to GET.
>
> Thanks much for the information. It got me pointed
in
> the right direction.
>
> Michael Kann, [EMAIL PROTECTED]
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Auctions - Buy the things you want at great
prices.
> http://auctions.yahoo.com/
Michael,
Thank's a lot for all those so usefull informations. I
will use them as
starter
point to go head with the mc POST "caprices" when i
will have some more
time to
spend with this subject and i will, like you, stick to
GET for yet.
Unfortunally, i have lots to do this weeks with
starting up a mc based
vpn
service and i will not work on this again before
March, 12.
I will, meanwhile, be happy to listen to you and, if
you are
interested,
exchange more about the ways we can use to set up
fines web/vpn
applications
servers demons in using mc.
Kind Regards, Pierre Sahores
WEB & VPN applications and databases servers
Inspection académique de la Seine-Saint-Denis
Qualifier et produire l'avantage compétitif
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
