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.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?
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.
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).Does declude normally run multiple instances?
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.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.
-Scott
---
[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.
