"The server did not send a complete item."
When performing a Client Trace, the following error is identified:
05/06/2012 14:50:50.969[4720][L]: CDownloadSTA::DoDownload: 0x0
05/06/2012 14:50:51.700[4720][L]: ~CDownloadBytes::Result
05/06/2012 14:50:51.700[4720][L]: DesktopTls::TlsData::PopDownloadBytes
05/06/2012 14:50:51.700[4720][L]: ~DesktopTls::TlsData::PopDownloadBytes
05/06/2012 14:50:51.701[4720][L]: ~CDownloadSTA::DoDownload: 0x80004005
During a retrieval of an item through Outlook, the Enterprise Vault (EV) Outlook Add-in checks the individual components of the message header to confirm that all of the components of the item can be read. This error can be caused if a portion of the Content Header of the message cannot be read.
This has been observed specifically with the inability to read the Content-Length header of the item.
The cause for this is due to a configuration issue with IIS on the EV Server and 'Enable Buffering' being turned off on the Default Web Site.
The following Powershell script may be run on the EV Server, utilizing a link to an .asp file, to confirm that the Content-Length value can be read.
-----------------Copy below-------------------
$url = "http://EVServerName/EnterpriseVault/Search.asp";;
$xHTTP = new-object -com msxml2.xmlhttp;
$xHTTP.open("GET",$url,$false);
$xHTTP.send();
$xHTTP.status # returns the status code
$xHTTP.getResponseHeader('Content-Type')
$xHTTP.getResponseHeader('Content-Length')
$xHTTP.getResponseHeader('Server')
-----------------Copy above-------------------
Results:
200 ------(Status Code)
application\msg ------('Content-Type')
<------ NO CONTENT-LENGTH
Microsoft-IIS/7.5 ------('Server')
Using the script above, the results will show an empty result where the Content-Length Header information would be returned.
Confirm that Enable Buffering under the Default Web Site is enabled.
How to turn on 'Enable Buffering' under the ASP feature of the Default Web Site:
Internet Information Services (IIS) 7.5
Internet Information Services (IIS) 6.0