Regarding #5. I've run into spam that was sent to multiple addresses on the server, and the spam was processed by Declude (it's listed in the log files), but somehow when this spam is then moved to the hold directory it gets confused and somehow loses track of the file, and the file doesn't end up in the hold directory (you see an error message about this in the log file). It gets delivered, but without any Declude processing messages in the header.
-------- Original Message -------- > From: "Dave Beckstrom" <[EMAIL PROTECTED]> > Sent: Saturday, September 03, 2005 1:01 PM > To: Declude.JunkMail@declude.com > Subject: [Declude.JunkMail] Declude bugs and problems with smartermail > > I've found a few Declude bugs and other problems when running in the > smartermail environment. > > 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. > > 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. > > 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. > > > > > > > > > > --- > [This E-mail scanned for viruses by Declude 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. > --- > [This E-mail scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude 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.
