dan，Sung，leigh：
感谢大家抽出宝贵的时间跟进。
dan：
是的，我们确实问了供应商。我们正在为我们打交道，并正在等待他们的回音。他应该咨询他们的技术人员。从您的话来说，Sung and Leigh说，这令人鼓舞，我等不及要等到星期二（财务功能区负责人在星期一关闭，因此我们要等到周二才能提出任何文件）来提供您的所有建议尝试。
再次感谢大家，非常感谢与我们分享您的专业知识。希望大家度过一个愉快的周末，您当然可以帮助改善我的： - ）！
格里
这基本上是一个"如何做"问题。
背景：
我们几乎已经完成了与Sciquest供应商管理系统相互作用的ColdFusion（V11）编码的大型应用程序的开发。最后一项是在收到XML文件后返回对供应商Sciquest的响应。此响应XML文件包含特定于它们发布给我们的文件的信息。
供应商文件存放在我们的网络服务器之一上，该网络服务器由Coldfusion Directory Watcher监视。通常，使用这种类型的其他应用程序，我们会将信息发布到URL中。
但是，我们被我们的Sciquest联系人告知（正是我们被告知）：
供应商导出响应消息不需要发布到 URL。这是与Sciquest相同的连接的回应 服务器将XML发布到PACE服务器上。它会相似 如果该过程是异步的，则是ACK消息的性质。
显然，在收到响应之前，供应商的连接（我认为HTTP保持活着的连接）无法正确关闭。有人可以提供一些有关我们如何通过与我们的服务器的连接将XML响应文件发送回供应商的说明。
最好。更新：
首先，谢谢Dan，Sung和Leigh的回应。这是我第一次发布到堆叠溢出的第一次。
该文件是通过Sciquest的供应商通过HTTPS帖子发送给我们的。在我们可以将响应发送回供应商之前，我们需要处理文件，因为响应XML文件需要新记录（从我们的系统）键以及启动发送给我们的XML每个节点部分的" SQI"号码。
我会尝试你们所有人建议的内容。我注意到，发送给我们的文件由CF Gateway Directory观察者监视，该文件将将文件移至文件服务器，并启动将处理它的系统。
将执行一个程序，该程序如DAN所建议的那样，或SUNG建议的具有CFHeader规范的程序，这是所有需要将文件信息发送回文件信息作为对供应商末尾的响应所需的一切主要程序？
我们将在星期二之前向我们发送更多文件，因为我们的财务联系人会在周一无法在供应商网站客户端管理员处生成推动。
我会尽快尝试一下。
再次感谢大家，非常感谢您的协助，祝您周末愉快，对于父亲是一个伟大父亲节的人。
如果供应商正在通过https post向您发送XML文件，则如您在标题中所建议的那样，您只需发送XML响应即可确认传输。您可以轻松地通过：
发送回复<cfheader name="Content-Type" value="text/xml">
[create the XML]
不过，我想您想进行某种支票吗？如果您使用Gethttprequestdata（），则可以收回各种好东西。只需cfdump，您就会看到。
<cfset data = GetHttpRequestData()>
<cfdump var="#data.content#">
那会给您他们的XML传输。