Interesting. I would still use 3.8 with ESE based scanning. There is a 3.81 in beta currently.
-----Original Message----- From: Paul Hutchings [mailto:[EMAIL PROTECTED]] Sent: Saturday, February 15, 2003 5:24 AM To: Exchange Discussions Subject: Scnmail 3.8 or 3.52? I asked a couple of days ago on the official stance on which is "best" between Scanmail for Exchange 3.52 and 3.8 - this is the reply my vendor came back with (Trend don't provide direct support in the UK any more). I've read the readme's, and the comparison document on the Trend website and it's six of one, half a dozen of the other - what are you guys that use Scanmail running? Have to say I've had no problems with Trend in the three years I've been using them, so I've no reason to believe one version will cause more problems than the other. regards Paul -----Original Message----- Subject: RE: Scanmail Question I'd advise using ScanMail 3.52 (AVAPI/MAPI) due to the following limitations posed by the ESE API version (extracted from the readme.txt for ScanMail version 3.8 (ESE API): 4. Known Issues ======================================================================== Trend Micro provides a free, online database called "SolutionBank", which provides answers to common questions, at: http://solutionbank.antivirus.com/solutions You can find this free resource under "Knowledge Base". After signing up, under Knowledge Base in the left navigator pane, select "Search Solutions". The contents of SolutionBank are being continuously updated, and new solutions are added daily. SolutionBank has the latest questions and answers. 1. Real-time Scan cannot send virus notification to recipients in the bcc: field using SMTP. "Undisclosed-Recipients" will be shown in the Real-time Scan Monitor. 2. ScanMail only reports one virus in multiple virus-infected documents and when multiple viruses are found in compressed files. 3. Outgoing SMTP mail will not be scanned since it does not go through the Information Store. 4. Real-time Scan zip file cleaning is not supported in this version. 5. "Move" action will not work if the infected message is in the Outlook 2000 Calendar. 6. ScanMail gets sender and recipient information from the message body instead of the SMTP header. If the user fakes the From: and To: field information, ScanMail will use the fake information to send notication and in saving to the log file. 7. POP3 or IMAP4 clients will display the original infected file name, even when the infected file is moved or deleted. 8. In an environment where an infected message is sent from a non-English Server to an English Server, message properties such as the sender may appear as unreadable characters. This effect will only be evident in logging, reporting, and notification. Any virus found will be still be removed. 9. User must select the "All users begin with common application settings" option when installing SMEX 3.8 to a Windows NT 4.0 Terminal Server. I sincerely hope this helps. Should you require any further assistance, then please don't hesitate in contacting me on the details provided below. Best regards, _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]