RE: [Declude.JunkMail] HUGE spool folder
>Declude left a number of .vir directories ... Were there any error messages in the log file? If Declude Virus can't delete the .vir directories, there should be a log file entry with more information as to what happened. -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". You can E-mail [EMAIL PROTECTED] for assistance. You can visit our web site at http://www.declude.com .
RE: [Declude.JunkMail] HUGE spool folder
We had a situation twice today where IMAIL just quit delivering messages. We sent out a relatively small mailing of 2,000+ messages from another sever but the bounces came back to our Imail server. Each time the server received maybe 200 messages at one time. The declude overflow folder had 100-170 or so and another 30 in the spool. Declude left a number of .vir directories and in Task manager there were many (didn't count them) declude.exe tasks accompanied by an equal number of sniffer.exe tasks. There was not a corresponding SMTP task for each one. Toggling the mail server itself did not help. The messages would not send using the console. Finally I rebooted the server. As soon as it came up the overflow directory emptied and most of the queue emptied except for the 30 or so messages in the queue which were stuck before reboot in some stage of delivery. I had to send them one by one from the console. They all delivered - just took me a few minutes to send them. I think all of them were local deliveries from <>. In the log files I got a few of these errors new to me anyway: local fail to domain account-main (310) <> 0 I had to delete the .vir directories. Some had files in them. This is the first time we've seen this in similar mailings. I think it may have something to do with sniffer's interaction with declude when a bunch of messages are moved to the overflow directory. Sniffer is the only significant change we've made in the last few days. Declude seems to be doing what it is supposed to do but something at some point simply stops Imail from delivering certain messages in the spool and then Declude never puts the overflow back until I reboot. We had a morning mailing and an afternoon mailing and the same thing happened in each case. Terry Fritts --- [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". You can E-mail [EMAIL PROTECTED] for assistance. You can visit our web site at http://www.declude.com .
RE: [Declude.JunkMail] HUGE spool folder
Title: Message Are you sure they're not NDR's from Klez? I've been flooded with them. I had to change my SMTP retry to 6 hours. Check for that and also use SpamReview to look at the HOLD items. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Glenn \ WCNetSent: Wednesday, June 12, 2002 7:14 PMTo: [EMAIL PROTECTED]Subject: Re: [Declude.JunkMail] HUGE spool folder Before changing WEIGHT30 to HOLD, it was WARN. WEIGHT10, 14, and 20 are still WARN. All other tests are LOG. G.Z. - Original Message - From: R. Scott Perry To: [EMAIL PROTECTED] Sent: Wednesday, June 12, 2002 6:10 PM Subject: Re: [Declude.JunkMail] HUGE spool folder >I upgraded from IMail 6.06 to IMail 7.1 HF1 a few days ago. Since then, >my spool directory has grown by leaps and bounds. It normally runs >between 300 and 500 files (I think). Yesterday evening it was at about >1500. Earlier this afternoon it passed 2800. Now it's about 2750. I've >moved (a few) files older than 3 days out of the queue, it didn't make any >difference -- spool keeps growing. They look like normal T, D, and Q >files dated within the last three days, but why are there so many??? I'm >not getting any specific complaints about undelivered or missing mail from >my users.>>I am running Declude JunkMail and Virus. Perhaps the extra processing is >putting too much of a load on the server?That shouldn't be it -- you should see similar loads on 6.06 and 7.1.Have you checked the spool files to see if there is any pattern to what is in there, to make sure the problem isn't a mail loop, for example?>Yesterday afternoon I changed my default $junkmail$.config to HOLD on >WEIGHT30. I do think the spool started growing *before* that change, but >in case I'm mistaken and it was after, would there be any connection??What was it before? If it was DELETE before, there would be slightly more system load having it at HOLD, but it shouldn't be enough to cause mail delivery to slow down. -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. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". You can E-mail[EMAIL PROTECTED] for assistance. You can visit our website at http://www.declude.com .
Re: [Declude.JunkMail] HUGE spool folder
Before changing WEIGHT30 to HOLD, it was WARN. WEIGHT10, 14, and 20 are still WARN. All other tests are LOG. G.Z. - Original Message - From: R. Scott Perry To: [EMAIL PROTECTED] Sent: Wednesday, June 12, 2002 6:10 PM Subject: Re: [Declude.JunkMail] HUGE spool folder >I upgraded from IMail 6.06 to IMail 7.1 HF1 a few days ago. Since then, >my spool directory has grown by leaps and bounds. It normally runs >between 300 and 500 files (I think). Yesterday evening it was at about >1500. Earlier this afternoon it passed 2800. Now it's about 2750. I've >moved (a few) files older than 3 days out of the queue, it didn't make any >difference -- spool keeps growing. They look like normal T, D, and Q >files dated within the last three days, but why are there so many??? I'm >not getting any specific complaints about undelivered or missing mail from >my users.>>I am running Declude JunkMail and Virus. Perhaps the extra processing is >putting too much of a load on the server?That shouldn't be it -- you should see similar loads on 6.06 and 7.1.Have you checked the spool files to see if there is any pattern to what is in there, to make sure the problem isn't a mail loop, for example?>Yesterday afternoon I changed my default $junkmail$.config to HOLD on >WEIGHT30. I do think the spool started growing *before* that change, but >in case I'm mistaken and it was after, would there be any connection??What was it before? If it was DELETE before, there would be slightly more system load having it at HOLD, but it shouldn't be enough to cause mail delivery to slow down. -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. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". You can E-mail[EMAIL PROTECTED] for assistance. You can visit our website at http://www.declude.com .
Re: [Declude.JunkMail] HUGE spool folder
>I upgraded from IMail 6.06 to IMail 7.1 HF1 a few days ago. Since then, >my spool directory has grown by leaps and bounds. It normally runs >between 300 and 500 files (I think). Yesterday evening it was at about >1500. Earlier this afternoon it passed 2800. Now it's about 2750. I've >moved (a few) files older than 3 days out of the queue, it didn't make any >difference -- spool keeps growing. They look like normal T, D, and Q >files dated within the last three days, but why are there so many??? I'm >not getting any specific complaints about undelivered or missing mail from >my users. > >I am running Declude JunkMail and Virus. Perhaps the extra processing is >putting too much of a load on the server? That shouldn't be it -- you should see similar loads on 6.06 and 7.1. Have you checked the spool files to see if there is any pattern to what is in there, to make sure the problem isn't a mail loop, for example? >Yesterday afternoon I changed my default $junkmail$.config to HOLD on >WEIGHT30. I do think the spool started growing *before* that change, but >in case I'm mistaken and it was after, would there be any connection?? What was it before? If it was DELETE before, there would be slightly more system load having it at HOLD, but it shouldn't be enough to cause mail delivery to slow down. -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". You can E-mail [EMAIL PROTECTED] for assistance. You can visit our web site at http://www.declude.com .