Isn't a redlist a whitelist that doesn't add to the corpus?
No.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business
I can understand the misconception in comparison to white listing
functionality, but no - red listing does not perform corpus removals.
I can not understand, because the redlist prevents adresses from
entering the whitelist.
Fritz Borgstedt wrote:
I can not understand, because the redlist prevents adresses from
entering the whitelist.
Think of it in terms of cleaning-up after itself. As an example:
Perhaps you notice that something is polluting (unbalancing) the corpus,
so you redlist the address - but the
If the redlist isn't a whitelist that doesn't add to the corpus, then
what is it? Yes, you can't add, via the email interface, a sender to
whitelist if they are on the redlist; however, you can add a sender
that is redlisted to the whitelist manually. But adding a sender to
the whitelist that
This is a test to see if a redlisted email will be whitelisted after
having an email sent to the redlisted address.
--
Sincerely,
Travis Forghani
IT Administrator
Bowman Enterprises, Inc.
Cell: 919-795-9298
Office: 919-894-3662, Ext. 34
[EMAIL PROTECTED]
This is a test to see if a whitelisted sender can be redlisted. If so,
does redlisting remove the sender from the whitelist.
--
Sincerely,
Travis Forghani
IT Administrator
Bowman Enterprises, Inc.
Cell: 919-795-9298
Office: 919-894-3662, Ext. 34
[EMAIL PROTECTED]
Fritz,
Thank you for the response. My email was just to convey ( I know I was
preaching to the choir) how it all worked.
Sincerely,
Travis Forghani
IT Administrator
Bowman Enterprises, Inc.
Cell: 919-795-9298
Office: 919-894-3662, Ext. 34
[EMAIL PROTECTED]
Fritz Borgstedt wrote:
Fritz, et all:
Travis's recent issues with ASSP process hangs were centered around not
having all of the modules installed. Personally, I think the ASSP
process hung while trying to access missing modules, but the specifics
could not be fully determined without more debugging work on Travis's
As I recall being discussed before when this topic came up, there are
apparently some modules, the syslog one comes to mind, which don't play
well in at least some environments. I much prefer the validation approach
as opposed to the mandatory installation approach.
At 12:21 PM 7/25/2006,
Questions and Answers for users of ASSP Anti-Spam SMTP Proxy
assp-user@lists.sourceforge.net schreibt:
I much prefer the validation approach
What is in the validation approach more than we have today?
All modules are checked, routines will not run, if modules are not
available.
I personally
Fritz Borgstedt wrote:
All modules are checked, routines will not run, if modules are not
available.
Are we absolutely sure that all subroutines are covered in the existing
check routine? I only ask because something was causing Travis's Perl
process to go 100%.
I personally do not
If in fact that is the case then nothing more is required. I was under the
impression that was in fact the case, but it is always within reason to
expect that some particular module may have been missed, etc. Assuming
that isn't the case, then perhaps the problem was truly caused because of a
Melvin Backus wrote:
If in fact that is the case then nothing more is required. I was under the
impression that was in fact the case, but it is always within reason to
expect that some particular module may have been missed, etc. Assuming
that isn't the case, then perhaps the problem was
At 01:03 PM 7/25/2006, you wrote:
The only module that is not
cross-platform is the syslog module which does not run on
Win32.
Ah, then my memory isn't gone just yet. :)
Is there a particular reason you
prefer the 'validation approach' ? Is there an issue you have with
installing all of the
On 25 Jul 2006 at 13:03, Micheal Espinola Jr wrote:
Travis's recent issues with ASSP process hangs were centered around
not having all of the modules installed. Personally, I think the ASSP
process hung while trying to access missing modules, but the specifics
could not be fully determined
I'll make a note of module requirements in the quick start guide I am
writing. Also, so far the Perl process has not gone to 99%. It seems
that Michael is right about all modules being needed. The only reason
I hadn't installed the modules prior to Michaels script was because on
CSpan they
[EMAIL PROTECTED] wrote:
Yes. My thoughts center around the idea of turning this software loose on
people who might need
some additional hand holding and how maybe that's not so great an idea when
beta testing.
That's exactly what I am trying to address - and hopefully make less
Travis Forghani wrote:
I'll make a note of module requirements in the quick start guide I am
writing. Also, so far the Perl process has not gone to 99%. It seems
that Michael is right about all modules being needed. The only reason
I hadn't installed the modules prior to Michaels script
Maybe we can include your script in the quick start guide or I can
write a tutorial on installing the modules using the Perl Install
command. If I go the route of writing the steps needs to install the
modules and force all dependencies, I'll need to become more familiar
with the Perl Install
A great idea.
Sincerely,
Travis Forghani
IT Administrator
Bowman Enterprises, Inc.
Cell: 919-795-9298
Office: 919-894-3662, Ext. 34
[EMAIL PROTECTED]
Micheal Espinola Jr wrote:
I was recently contemplating the usefulness of having the External
Attachment Blocking feature reversed, and
20 matches
Mail list logo
