> 1) Declude leaves directories with names such as > 6432144091.vir in the SPOOL/PROC overflow directory and it > NEVER goes back and removes these directories or cleans them > up. I have to manually delete the .vir directories.
I haven´t seen that in my system smartermail/declude installation yet. I have seen it in my Imail/Declude installation. I manually delete those. I just don't bother. > 2) Orphaned files. I have found files in the SPOOL/PROC > directory where the .EML extension has been renamed to .EM$ > and there is no matching .HDR file. > These stay until I delete the orphans. I currently have a > file in my SPOOL > directory called X6432144091.EML with no matching .HDR file - > which means its an orphan file too. > > 3) The PROC overflow directory is being populated with files > even when the server is under very low utilization. This, in > my opinion, portends major performance problems ahead of us > when the server is under a high load. I don't see any tuning > parameters available which allow me to tweak under what > circumstances the PROC directory is utilized. I have a dual > processor server with 2 gig of RAM on it and I should not be > forced to the same limitations as someone with a single > processor server. This process needs to be tunable. > > 4) This morning I had about 100 files in the SPOOL/PROC > directory. I had to manually copy them to the SPOOL > directory for processing. Once I moved them, the new files > being placed into the PROC directory would automatically move > back to the SPOOL directory for processing. So it appears > that there is some situation where Declude forgets about some > files in the SPOOL/PROC directory and never goes back and > moves them back to the SPOOL. I can set up a script to do > this (and delete the .vir folders too) every 15 minutes but I > shouldn't have to do that. Before doing that check your logs to see what happened with those files. I only find a couple of emails once in that directory and looking at the declude logs and smartermails logs the files were delivered correctly. I didn't know why they stayed in the proc directory, but any way they were delivered fine. I just erased them. > > 5) This morning I had 45 spam emails in my in-box that had no > header records indicating that they were ever processed by > Declude. Apparently there is some situation where Declude > doesn't process messages. I haven't yet figured out how or > why this may be happening. I'll do more research to see what > I can find. > > I am hoping that support will get with me ASAP and that > together we can identify the cause of these problems and make > some enhancements to Declude which will make it more > smartemail friendly. That is strange. Reading your entire email, seems like there is a problem with your configuration files. Setting log debugging to high and working with support will help you find the problem. The file not found error you mentioned in another post seems to be the key to solve the strange declude behavior. "Code:[3] Error String: [The system cannot find the path specified.]." That is strange, I had some errors like that when trying to manually indicate Declude config files where exactly to hold the spam I was receiving. I gave up and decided to try again later with that configuration. I just left it as the default configuration like this WEIGHT15 HOLD %DATE% And it works without problems. It creates a date folder under my D:\SmarterMail\Spool\Spam\ directory and works just fine holding spam catched the corresponding day Declude support pretty sure will help you debug and solved the problem. I am confident that declude is working fine and doesn't have a bug as big as the one you point out... Or at least I hope so. It works for me. Regards Luis Arango ______ [Email scanned for viruses] [Email escaneado contra virus] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
