[Declude.JunkMail] AFTERJM
Hi, For years we have had AFTERJM as a way to first delete al spam mail and then scan the remainder for virusses. Lots of us have not used it because a mail that was held or something like it would not be scanned. If after that it was put back in the queue it would never have been scanned. A few years ago that wasn't a problem, today it is when 90+% of the mail is spam and less then 1% is virus. Virusscanning uses the most cpu as far as I can see. With the way Declude works now with a Decludeproc service keeping track of everything can we not simply have Declude scan all mail for virusses etc unless it is deleted first by junkmail? So whatever action junkmail takes, excluding deleting, the mail will be scanned for virusses. That way we don't have to worry anymore when resubmitting FP spam to the queue. Together with the new Sniffer engine I'd love to use AFTERJM. Reason for this mail I just had my mailserver brought to it's knees scanning a spamburst for nonexisting virusses. I know there are lots of other ways to catch spam before it hits the IMail server but that's not needed (yet) if I can user AFTERJM. Met vriendelijke groet, Bonno Bloksma hoofd systeembeheer tio hogeschool hospitality en toerisme begijnenhof 8-12 / 5611 el eindhoven t 040 296 28 28 / f 040 237 35 20 [EMAIL PROTECTED] / www.tio.nl --- 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.
RE: [Declude.JunkMail] AFTERJM
The directive is AVAFTERJM We can look at setting an option for DELETE only. David B From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bonno Bloksma Sent: Wednesday, February 06, 2008 9:28 AM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] AFTERJM Hi, For years we have had AFTERJM as a way to first delete al spam mail and then scan the remainder for virusses. Lots of us have not used it because a mail that was held or something like it would not be scanned. If after that it was put back in the queue it would never have been scanned. A few years ago that wasn't a problem, today it is when 90+% of the mail is spam and less then 1% is virus. Virusscanning uses the most cpu as far as I can see. With the way Declude works now with a Decludeproc service keeping track of everything can we not simply have Declude scan all mail for virusses etc unless it is deleted first by junkmail? So whatever action junkmail takes, excluding deleting, the mail will be scanned for virusses. That way we don't have to worry anymore when resubmitting FP spam to the queue. Together with the new Sniffer engine I'd love to use AFTERJM. Reason for this mail I just had my mailserver brought to it's knees scanning a spamburst for nonexisting virusses. I know there are lots of other ways to catch spam before it hits the IMail server but that's not needed (yet) if I can user AFTERJM. Met vriendelijke groet, Bonno Bloksma hoofd systeembeheer tio hogeschool hospitality en toerisme begijnenhof 8-12 / 5611 el eindhoven t 040 296 28 28 / f 040 237 35 20 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / http://www.tio.nl www.tio.nl --- 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 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.
AW: [Declude.JunkMail] AFTERJM
hi, we handle it for years like bonno described. it works fine. but we modified the system a little bit. we gather all held mail in a directory where we use the %DATE% - funtionality - so all held mails of one day are caught in a separated directory. each night (when there is little work for our server) we let our anti-virus(run by a task) check the parent directory and in the morning when we start working we got a virus-free directory, we can move somewhere else. i.e. you can start a zipping programm on all directories in the parent directory so you only have one file to move. mfg b.goebbels LDSNRW düsseldorf germany Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Bonno Bloksma Gesendet: Mittwoch, 6. Februar 2008 15:28 An: Declude.JunkMail@declude.com Betreff: [Declude.JunkMail] AFTERJM Hi, For years we have had AFTERJM as a way to first delete al spam mail and then scan the remainder for virusses. Lots of us have not used it because a mail that was held or something like it would not be scanned. If after that it was put back in the queue it would never have been scanned. A few years ago that wasn't a problem, today it is when 90+% of the mail is spam and less then 1% is virus. Virusscanning uses the most cpu as far as I can see. With the way Declude works now with a Decludeproc service keeping track of everything can we not simply have Declude scan all mail for virusses etc unless it is deleted first by junkmail? So whatever action junkmail takes, excluding deleting, the mail will be scanned for virusses. That way we don't have to worry anymore when resubmitting FP spam to the queue. Together with the new Sniffer engine I'd love to use AFTERJM. Reason for this mail I just had my mailserver brought to it's knees scanning a spamburst for nonexisting virusses. I know there are lots of other ways to catch spam before it hits the IMail server but that's not needed (yet) if I can user AFTERJM. Met vriendelijke groet, Bonno Bloksma hoofd systeembeheer tio hogeschool hospitality en toerisme begijnenhof 8-12 / 5611 el eindhoven t 040 296 28 28 / f 040 237 35 20 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] / www.tio.nl http://www.tio.nl --- 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 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.
Re: [Declude.JunkMail] AFTERJM
Hi, Of course I knew it was AVAFTERJM. Seems I made a consistent typo. ;-) And then of course we would want AVAFTERJM NODELETE, we do not need to scan deleted mails anymore. :-) Met vriendelijke groet, Bonno Bloksma hoofd systeembeheer tio hogeschool hospitality en toerisme begijnenhof 8-12 / 5611 el eindhoven t 040 296 28 28 / f 040 237 35 20 [EMAIL PROTECTED] / www.tio.nl - Original Message - From: David Barker To: declude.junkmail@declude.com Sent: Wednesday, February 06, 2008 3:39 PM Subject: RE: [Declude.JunkMail] AFTERJM The directive is AVAFTERJM We can look at setting an option for DELETE only. David B From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bonno Bloksma Sent: Wednesday, February 06, 2008 9:28 AM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] AFTERJM Hi, For years we have had AFTERJM as a way to first delete al spam mail and then scan the remainder for virusses. Lots of us have not used it because a mail that was held or something like it would not be scanned. If after that it was put back in the queue it would never have been scanned. A few years ago that wasn't a problem, today it is when 90+% of the mail is spam and less then 1% is virus. Virusscanning uses the most cpu as far as I can see. With the way Declude works now with a Decludeproc service keeping track of everything can we not simply have Declude scan all mail for virusses etc unless it is deleted first by junkmail? So whatever action junkmail takes, excluding deleting, the mail will be scanned for virusses. That way we don't have to worry anymore when resubmitting FP spam to the queue. Together with the new Sniffer engine I'd love to use AFTERJM. Reason for this mail I just had my mailserver brought to it's knees scanning a spamburst for nonexisting virusses. I know there are lots of other ways to catch spam before it hits the IMail server but that's not needed (yet) if I can user AFTERJM. Met vriendelijke groet, Bonno Bloksma hoofd systeembeheer tio hogeschool hospitality en toerisme begijnenhof 8-12 / 5611 el eindhoven t 040 296 28 28 / f 040 237 35 20 [EMAIL PROTECTED] / www.tio.nl --- 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 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 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.
[Declude.JunkMail] Any Known issues Inv-URIBL today?
We're seeing a backup today on mulitple occasions now in the Declude Proc folder. Proc folder has grown to as many as 6000+ items in it; once we turn off our Inv-URIBL filter, messages start processing again. . Any known issues that would cause this? We're still running an older version of Inv-URIBL (1.1x I believe) --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net --- 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.
Re: [Declude.JunkMail] Any Known issues Inv-URIBL today?
Randy, None that I am aware of. It's processing fine on all of my servers. Also, version 1.x is very old (several years). We are now on version 3.1.1. Darrell -- Check out http://www.invariantsystems.com for utilities for Declude, Imail, mxGuard, and ORF. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Randy Armbrecht wrote: We're seeing a backup today on mulitple occasions now in the Declude Proc folder. Proc folder has grown to as many as 6000+ items in it; once we turn off our Inv-URIBL filter, messages start processing again. . Any known issues that would cause this? We're still running an older version of Inv-URIBL (1.1x I believe) --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net --- 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 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.
Re: [Declude.JunkMail] Any Known issues Inv-URIBL today?
Hi Randy; We have seen that often, in fact what we do is swap that test in on nights and weekends and out during weekdays (by just renaming the declude conf files with a schedule). It is a nice tool but will bog things down. Herb Randy Armbrecht wrote: We're seeing a backup today on mulitple occasions now in the Declude Proc folder. Proc folder has grown to as many as 6000+ items in it; once we turn off our Inv-URIBL filter, messages start processing again. . Any known issues that would cause this? We're still running an older version of Inv-URIBL (1.1x I believe) --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net --- 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. -- Herb Guenther Lanex, LLC www.lanex.com (262)789-0966x102 Office (262)780-0424 Cell (off hours or if out of office) This e-mail is confidential and is for the use of the intended recipient(s)only. If you are not an intended recipient please advise us of our error by return e-mail then delete this e-mail and any attached files. You may not copy, disclose or use the contents in any way. --- 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.
Re[2]: [Declude.JunkMail] Any Known issues Inv-URIBL today?
On Wednesday, February 6, 2008, 2:09:23 PM, Herb wrote: Hi Randy; We have seen that often, in fact what we do is swap that test in on nights and weekends and out during weekdays (by just renaming the declude conf files with a schedule). It is a nice tool but will bog things down. I'm curious - (I don't use this but many of my customers do) Is it possible to run Inv-URIBL only on messages that have not yet reached a hold (or other appropriate) weight? Perhaps using weightgate? If SNF is running ahead of it then would that have the effect of only running inv-URIBL on messages that have not already been tagged as spam by SNF? What are the limits of conditional test triggers in the Declude environment (aside from AVAFTERJM)? _M ---This E-mail came from the Declude.JunkMail mailing list. Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail". The archives can be foundat http://www.mail-archive.com.
Re: [Declude.JunkMail] Any Known issues Inv-URIBL today?
I know about the old version (blame me) - just haven't found the time to do an upgrade to where we can monitor for an hour or so after upgrading to ensure the success. Will try and move this to the forefront of our to-do list. Thanks for the response! --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net - Original Message - From: Darrell ([EMAIL PROTECTED]) [EMAIL PROTECTED] To: declude.junkmail@declude.com Sent: Wednesday, February 06, 2008 2:04 PM Subject: Re: [Declude.JunkMail] Any Known issues Inv-URIBL today? Randy, None that I am aware of. It's processing fine on all of my servers. Also, version 1.x is very old (several years). We are now on version 3.1.1. Darrell -- Check out http://www.invariantsystems.com for utilities for Declude, Imail, mxGuard, and ORF. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Randy Armbrecht wrote: We're seeing a backup today on mulitple occasions now in the Declude Proc folder. Proc folder has grown to as many as 6000+ items in it; once we turn off our Inv-URIBL filter, messages start processing again. . Any known issues that would cause this? We're still running an older version of Inv-URIBL (1.1x I believe) --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net --- 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 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 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.
Re: Re[2]: [Declude.JunkMail] Any Known issues Inv-URIBL today?
Peter, Thanks for the response. Darrell had pointed us to WeightGate about a year ago - that helped clean up a few CPU issues we were having at that time. --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net - Original Message - From: Pete McNeil To: Herb Guenther Sent: Wednesday, February 06, 2008 2:31 PM Subject: Re[2]: [Declude.JunkMail] Any Known issues Inv-URIBL today? On Wednesday, February 6, 2008, 2:09:23 PM, Herb wrote: Hi Randy; We have seen that often, in fact what we do is swap that test in on nights and weekends and out during weekdays (by just renaming the declude conf files with a schedule). It is a nice tool but will bog things down. I'm curious - (I don't use this but many of my customers do) Is it possible to run Inv-URIBL only on messages that have not yet reached a hold (or other appropriate) weight? Perhaps using weightgate? If SNF is running ahead of it then would that have the effect of only running inv-URIBL on messages that have not already been tagged as spam by SNF? What are the limits of conditional test triggers in the Declude environment (aside from AVAFTERJM)? _M --- 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 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.
Re: [Declude.JunkMail] Any Known issues Inv-URIBL today?
That's the first thing I checked - all is well there --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net - Original Message - From: Kevin Bilbee To: declude.junkmail@declude.com Sent: Wednesday, February 06, 2008 2:26 PM Subject: RE: [Declude.JunkMail] Any Known issues Inv-URIBL today? Check the DNS server InvURIBL is using to see if it is responding in a timely manner to all the queries your config is using. There may be a DNS time out issue. Kevin Bilbee From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Armbrecht Sent: Wednesday, February 06, 2008 10:40 AM To: declude.junkmail@declude.com Subject: [Declude.JunkMail] Any Known issues Inv-URIBL today? We're seeing a backup today on mulitple occasions now in the Declude Proc folder. Proc folder has grown to as many as 6000+ items in it; once we turn off our Inv-URIBL filter, messages start processing again. . Any known issues that would cause this? We're still running an older version of Inv-URIBL (1.1x I believe) --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net --- 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 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 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.
Re: [Declude.JunkMail] Any Known issues Inv-URIBL today?
I had that happen after a Microsoft .net update, fixed it by going to the current version. At 02:27 PM 2/6/2008 -0500, you wrote: I know about the old version (blame me) - just haven't found the time to do an upgrade to where we can monitor for an hour or so after upgrading to ensure the success. Will try and move this to the forefront of our to-do list. Thanks for the response! --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net - Original Message - From: Darrell ([EMAIL PROTECTED]) [EMAIL PROTECTED] To: declude.junkmail@declude.com Sent: Wednesday, February 06, 2008 2:04 PM Subject: Re: [Declude.JunkMail] Any Known issues Inv-URIBL today? Randy, None that I am aware of. It's processing fine on all of my servers. Also, version 1.x is very old (several years). We are now on version 3.1.1. Darrell -- Check out http://www.invariantsystems.com for utilities for Declude, Imail, mxGuard, and ORF. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Randy Armbrecht wrote: We're seeing a backup today on mulitple occasions now in the Declude Proc folder. Proc folder has grown to as many as 6000+ items in it; once we turn off our Inv-URIBL filter, messages start processing again. . Any known issues that would cause this? We're still running an older version of Inv-URIBL (1.1x I believe) --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net --- 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 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 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 information is intended only for the use of the individual or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or action taken in reliance on the contents of these documents is strictly prohibited. If you have received this information in error, please notify the sender immediately and arrange for the return or destruction of the document(s). Warning: All e-mail sent to or from this address will be received or otherwise recorded by the Corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. - This information is intended only for the use of the individual or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or action taken in reliance on the contents of these documents is strictly prohibited. If you have received this information in error, please notify the sender immediately and arrange for the return or destruction of the document(s). Warning: All e-mail sent to or from this address will be received or otherwise recorded by the Corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. --- 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.
Re: [Declude.JunkMail] Any Known issues Inv-URIBL today?
In addition to what Pete suggests with Weightgate (which I also use on some servers with older hardware). You will want to set inside your invuribl.exe.config file values for max and min skipweights to skip any unnecessary processing of messages. Darrell -- Check out http://www.invariantsystems.com for utilities for Declude, Imail, mxGuard, and ORF. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Pete McNeil wrote: On Wednesday, February 6, 2008, 2:09:23 PM, Herb wrote: Hi Randy; We have seen that often, in fact what we do is swap that test in on nights and weekends and out during weekdays (by just renaming the declude conf files with a schedule). It is a nice tool but will bog things down. I'm curious - (I don't use this but many of my customers do) Is it possible to run Inv-URIBL only on messages that have not yet reached a hold (or other appropriate) weight? Perhaps using weightgate? If SNF is running ahead of it then would that have the effect of only running inv-URIBL on messages that have not already been tagged as spam by SNF? What are the limits of conditional test triggers in the Declude environment (aside from AVAFTERJM)? _M --- 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 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.
Re: [Declude.JunkMail] Any Known issues Inv-URIBL today?
Currently we have our inv-URIBL config set to only scan if a message is still below a certain weight when it reaches INV. I'll go thru thru config again just to see if there's anything I may have missed in that last time. --- Randy A. Technical Support Director Global Web Solutions, Inc. 804-442-5300 http://globalweb.net - Original Message - From: Darrell ([EMAIL PROTECTED]) [EMAIL PROTECTED] To: declude.junkmail@declude.com Sent: Wednesday, February 06, 2008 3:12 PM Subject: Re: [Declude.JunkMail] Any Known issues Inv-URIBL today? In addition to what Pete suggests with Weightgate (which I also use on some servers with older hardware). You will want to set inside your invuribl.exe.config file values for max and min skipweights to skip any unnecessary processing of messages. Darrell -- Check out http://www.invariantsystems.com for utilities for Declude, Imail, mxGuard, and ORF. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Pete McNeil wrote: On Wednesday, February 6, 2008, 2:09:23 PM, Herb wrote: Hi Randy; We have seen that often, in fact what we do is swap that test in on nights and weekends and out during weekdays (by just renaming the declude conf files with a schedule). It is a nice tool but will bog things down. I'm curious - (I don't use this but many of my customers do) Is it possible to run Inv-URIBL only on messages that have not yet reached a hold (or other appropriate) weight? Perhaps using weightgate? If SNF is running ahead of it then would that have the effect of only running inv-URIBL on messages that have not already been tagged as spam by SNF? What are the limits of conditional test triggers in the Declude environment (aside from AVAFTERJM)? _M --- 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 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 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.
