> >I resent an email and declude has now gone somewhat wacky. The > imail server > >was acting loaded, so I checked the task man and there are 6 or > 8 instances > >of declude running - taking up all of the cpu cycles. Ther are > also about > >15-20 .~md and .smd files in the spool dir and three or 4 .vir > directories. > >It is busy doing something! > > > >Any ideas what happened? > > It looks like there was a problem with the code that could have > potentially > caused this, if there were large numbers of recipients for the > E-mail. This will be fixed in the next release. > > However, with the 4 .vir directories as well (which are from Declude > Virus), it may just be that you had a large amount of incoming traffic, > that was being scanned normally.
The test email that I sent only had one recipient. The problem started when I sent the test message to [EMAIL PROTECTED] to test the filter setup. There was not a valid imail account or alias for muji. I waited a minute for it to process and then checked the declude logs to see what had occurred. That is when I noticed that the server was acting loaded. I checked the mailboxes where the muji message would have gone and it wasn't there yet, so it was still processing. At this point I don't think there was any .vir directories. I waited 2-3 minutes and started to see multiple instances of declude.exe in taskman/processes. These were no doubt additional messages that were coming in while the test message was still processing. I waited another few minutes but none of the declude processes would ever finish and nothing was getting written to the logs. So that is when I killed it with a rename of global.cfg and a reboot. I believe it somehow chocked on the test message and the filter, possibly because there wasn't a valid imail account. I tried this two times with basically the same results. I will try it again but with a valid user account. > > >Does declude normally run multiple instances? > > Yes -- the IMail architecture will have either one Declude.exe process or > one SMTP32.exe process for each E-mail that is being processed > (after it is > received by the SMTPD32.exe process). > > >So it obviously doesn't like something with the filter. I did not create > >those accounts; muji and ddd. I was hoping the filters would > work without a > >valid account as that was my inital goal. I have now > deactivated the filter > >test line and all is running well. Tomorrow I'll try it with > valid accounts, > >althought that doesn't do me much good, even if it works. > > I'll see if we can get the ALLRECIPS filter option to work with > aliases as > well. Although the aliases in IMail are very useful, they do come with > their drawbacks. How do you mean "to work with aliases as well"? Are you referring to the imail aliases? I guess it would be OK to still have an alias for old users, but where would it point to? I would like it just be able to delete a user when they are gone, aliases and all and then put their name in another file to have all their future mail dumped. It just makes imail more confusing to manage when there are many old unused users that should have been just deleted. I appreciate your help in figuring out a way to do this. Dan --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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.
