[Declude.JunkMail] Declude scans all emails

2002-05-24 Thread Paul
Scott, Declude scans all emails and writes warnings into the headers based on the global.cfg file. Then it handles the email based on the *.junkmail file(s) in the Declude/DomainName.com directory. Two issues arise for us. 1. If we have a thousand domains on a server and only 50 are using

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread Bill Landry
Good question, Paul, I was wondering the same thing. Also, it appears that if you are running both Declude JunkMail and Virus, that messages are filtered for spam first and are held if meeting the spam tests. If my understanding is correct, that makes sense to me since it saves on CPU cycles by

RE: [Declude.JunkMail] OK, how about this?

2002-05-24 Thread Paul
We have multiple web servers (as a hosting company). 1. Each web server runs it's own (Microsoft IIS) smtp server to relay mail generated by web sites. This mail is usually feeding to their accounts on the iMail server. Running everything through a central smtp relay server would create a single

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread Bill Landry
Wouldn't that also mean that we would need to turn off: XINHEADER X-Spam-Tests-Failed: %TESTSFAILED% as well, since people could also filter on this header? I have this XINHEADER enabled right now, so I'm also wondering why about 1 out of 5 held messages is missing the

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread R. Scott Perry
Wouldn't that also mean that we would need to turn off: XINHEADER X-Spam-Tests-Failed: %TESTSFAILED% as well, since people could also filter on this header? You might want to do that, yes. However, it can be difficult filtering on that header (since the X-Spam-Tests-Failed:

RE: [Declude.JunkMail] OK, how about this?

2002-05-24 Thread R. Scott Perry
We have multiple web servers (as a hosting company). 1. Each web server runs it's own (Microsoft IIS) smtp server to relay mail generated by web sites. This mail is usually feeding to their accounts on the iMail server. Running everything through a central smtp relay server would create a

RE: [Declude.JunkMail] OK, how about this?

2002-05-24 Thread Paul
Wait, Does WHITELIST mean: A. spam tests ARE NOT performed on the messages from that origin, or B. tests are performed but messages go through regardless? (We were trying to skip tests on our own messages from our own servers using IPBYPASS) [EMAIL PROTECTED] In this case, you can just use

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread Bill Landry
I would prefer to JunkMail filter before virus scanning, so would you consider setting up a special queue directory that we could move legitimate e-mail messages that were held as spam so that Declude could periodically parse the directory and virus scan any messages in there, and if clean move

RE: [Declude.JunkMail] Simple step from ATTACH option?

2002-05-24 Thread David Stavert
I will be installing IMail 7.1 this weekend. The delivery rules allow for a forward to a mailbox based on a filter. I am hoping that will make all this work. The attach feature will keep the original message intact and allow a domain manager to take the responsibility for retrieving and

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread R. Scott Perry
I would prefer to JunkMail filter before virus scanning, so would you consider setting up a special queue directory that we could move legitimate e-mail messages that were held as spam so that Declude could periodically parse the directory and virus scan any messages in there, and if clean move

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread Bill Landry
Well, I guess it's nice to know that it will at least have a place in the unlikely section of the database. It would seem to me that any large IMail installation that is using Declude would want this because of the potential huge CPU savings of not having to virus scan all junk mail, and also

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread R. Scott Perry
Well, I guess it's nice to know that it will at least have a place in the unlikely section of the database. It would seem to me that any large IMail installation that is using Declude would want this because of the potential huge CPU savings of not having to virus scan all junk mail, and also

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread John Tolmachoff
What about this scenerio: A huge company that you receive hundreds of e-mails a day from but with a mail admin not on the ball suddenly finds itself listed in spam bases that cause the e-mails sent to you to be stopped by JunkMail. At the same time, a virus starts spreading by way of that

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread Bill Landry
I rest my case, thanks for supporting my requested feature. Bill -Original Message- From: John Tolmachoff [mailto:[EMAIL PROTECTED]] Sent: Friday, May 24, 2002 2:34 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] Declude scans all emails What about this scenerio: A huge

Re: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread Serge
totaly agree with i dont like the idea of having viruses sitting in a spam directory on m server all spam i seen so far do not include attachement, so i don't think virus scanning of spam is a big cpu consumer - Original Message - From: John Tolmachoff [EMAIL PROTECTED] To: [EMAIL

RE: [Declude.JunkMail] Declude scans all emails

2002-05-24 Thread Bill Landry
John, I'm sorry if I came off sounding insulting, I know you're just trying to help. A little about our environment might be helpful. We currently have two RedHat 7.2/Postfix 1.1.10 gateway servers running in our DMZ and they are running equal MX records for load-sharing. They provide