注意：本文適用于整合已經(jīng)成功，偶爾出現(xiàn)500錯誤，提示MSXML錯誤，或者在本地測試整合成功，傳到服務器上后出錯的用戶。

癥狀描述（藍色部分根據(jù)用戶的服務器情況會有不同，有時候出問題的是動網(wǎng)或者oblog的文件）：

問題描述：

1.根據(jù)微軟社區(qū)以及一些技術網(wǎng)站的資料，出現(xiàn)“The server name or address could not be resolved”錯誤，是因為WEB站點所在的服務器無法解析要調用的URL中的域名。這種情況可能出現(xiàn)在服務器端的DNS設置錯誤，或者設置的DNS服務器不穩(wěn)定（注意：這里的DNS不是指為你解析域名的DNS服務器，而是你的WEB服務器的網(wǎng)絡連接TCP/IP協(xié)議里指定的DNS服務器，如下圖）

　　服務器上指定的首選DNS服務器工作不穩(wěn)定，或者要發(fā)送xml數(shù)據(jù)的目標域名不穩(wěn)定時，都會導致上述錯誤。但是這種情況應該不會持續(xù)出現(xiàn)。

2. MSXML版本問題。只有MSXML3.0以上的版本才包含ServerXMLHttp組件。在三方正和接口中，只有動易接口采用了ServerXMLHttp組件，如果是這個問題，只有動易的整合接口會抱錯。

3.可能是MSXMl本身的BUG，這個信息來自于網(wǎng)絡上一些開發(fā)人員的分析和猜測，但是微軟官方?jīng)]有給予證實。

4.服務器設置的問題。比如防火墻、端口限制等。根據(jù)目前我們掌握的資料，XMLHTTP應該是使用標準的80端口，所以可以穿透防火墻，這個問題應該不存在，但是有一部分客戶反饋的情況，兩臺其它情況完全相同的服務器，一臺安裝防火墻不能正常使用，一臺沒有安裝防火墻可以正常使用。所以不排除這方面的可能性。如果有網(wǎng)友可以提供這方面的資料，不勝感激。

由于出現(xiàn)問題的用戶情況各異，而我們本地測試沒有能夠還原其中任何一種情況。所以無法進一步分析和準確提供導致問題的原因。大部分用戶運行正常，只有少部分用戶出現(xiàn)，所以分析最有可能的原因還是由于服務器端的配置和設置以及域名穩(wěn)定性等問題。建議大家重點在這方面做檢查。

這個問題如果有進一步的信息或者解決方法，我會第一時間在動易論壇和我的博客說明。