USPSのAPIの混乱

Question

誰でもUSPSの配信確認APIの経験を持っている場合は、私は本当に私が得ることができる任意の洞察力を...いただければと思います。

私は、直流のAPIへのXMLリクエストを送信するためにPHPとカールを使用しています。私はcURLの通過応答を送信すると、私は何も得ます。エラー応答なし、XML、または何か。私はブラウザを介してXMLを送信すると、私は、少なくとも応答であるエラーレスポンスを取得します。私は（彼らのサポートラインに応じて）apparantlyブラウザを介して取得エラーが彼らのサーバーの問題は、APIに影響を与えていることを意味するので、私は停止しています。しかし、私はcURLを通じその応答を取得することができないであろう理由を知りません。

Answer 1

私たちは、アドレス検証APIと.NET、ない配達確認とPHPを使用しているが、多分私は助けることができます。

あなたは郵便局の送信XMLはちょうどこのようなクエリ文字列の党である必要があります：

https://servername/ShippingAPITest.dll?API=DeliveryConfirmationV3&XML=<DeliveryConfirmationV3.0Request USERID="username">…….</DeliveryConfirmationV3.0Request>

それから、彼らはちょうど戻ってXMLドキュメントをあなたを果たします。私は、cURLのライブラリを使用したことがありませんが、多分あなたは、これはそれが実際に送信しているものであることを確認することができます。

また、あなたはまだ承認されていますか？そうでなければ、彼らは唯一の缶詰の試験応答を可能にします。それ以外は、それが本番サーバー上で有効になる場合でも、あなたはエラーになります。

Answer 2

私の疑惑は、それが有効だ（またはUSPSのサーバーは、それを正しく読んで、少なくとものような）のようなXMLコンテンツが聞こえるので、何かが、あなたの要求（例えば、不足しているヘッダ）の構造ではオフになっているということです。

fsockopen

USPSのAPIの当社の実装では、私たちは要求の構造に送っている正確に何を確認することができるという利点を有する生のTCP / POST /ShippingAPI.dll HTTP/1.0とのIP接続を使用しています

私たちは要求に含めているヘッダーだけでは、これらは次のとおりです：

User-Agent: (foo)\r\n
Host: (bar)\r\n
Content-Type: text/xml\r\n
Content-Length: strlen($xml)\r\n\r\n

あなたはcURLを経由送信しているものに一致していますか？