Luis, Thank you so much for your post! When you said that you are running with HOLD %DATE% with no problems it got me to wondering. If it worked for you, why not for me? I thought about it....then a light went on...
I opened up the $default$junkmail file and in my editor I turned on the visible spaces feature. I then entered HOLD %DATE% and I made sure there was no space or tab character after the %DATE% and voila! It appears to have worked. [6972] ACTION_HOLD - datahold [D:\APPS\SMARTERMAIL\SPOOL\spam\04 Sep 2005\68454540542.EML] [6972] ACTION_HOLD - reciphold [D:\APPS\SMARTERMAIL\SPOOL\spam\04 Sep 2005\68454540542.HDR] I then put a space after "%DATE% " in my $default$junkmail file and Declude broke again with the invalid path message in the log file. Who would have thought Declude would have used an invisible space after that parameter as part of the file path???? This is still a programming problem that Declude should attend to but at least we now know why it was failing on my end! Thanks for sharing about your experience. You gave me a clue that set me in a new direction that helped! Dave > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- > [EMAIL PROTECTED] On Behalf Of Panda Consulting S.A. Luis Alberto Arango > Sent: Sunday, September 04, 2005 7:56 PM > To: Declude.JunkMail@declude.com > Subject: RE: [Declude.JunkMail] Declude bugs and problems with smartermail > > > 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. > --- > [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.
