Re: Don't BOUNCE the list!

From: Charley Hamilton (chamilto@uci.edu)
Date: 04/16/03

  • Next message: Patrick S. Harper: "Re: intrusion detection" 
    Date: Tue, 15 Apr 2003 17:40:22 -0700
From: Charley Hamilton <chamilto@uci.edu>
To: security-basics@securityfocus.com

    Chris -

    It's not the "can't" group that would concern me, but the "won't"
    group. I have received responses regarding filtering (requests for
    filtering, requests for greater granularity, requests for whitelists)
    from two of the ISPs I use. The typical response is "We don't
    adjust our email filtering to suit individual customers." This
    is occasionally followed by something like "Well, maybe just this
    once...." for one of them. The others are harder to change than
    typical bureaucratic procedures.

    My best wishes to those trying to get the granularity from their
    ISPs, but I wouldn't hold my breath. Some are responsive.
    Others are effectively monopolies and highly unresponsive.

    Charley 

    -- 
Charles Hamilton, PhD EIT               Faculty Fellow
Department of Civil and                 Phone: 949.824.3752
     Environmental Engineering           FAX:   949.824.2117
University of California, Irvine        Email: chamilto@uci.edu
---------------------------------------------------------------------------
Attend Black Hat Briefings & Training Europe, May 12-15 in Amsterdam, the 
world's premier event for IT and network security experts.  The two-day 
Training features 6 hand-on courses on May 12-13 taught by professionals.  
The two-day Briefings on May 14-15 features 24 top speakers with no vendor 
sales pitches.  Deadline for the best rates is April 25.  Register today to 
ensure your place.  http://www.securityfocus.com/BlackHat-security-basics 
----------------------------------------------------------------------------
  • Next message: Patrick S. Harper: "Re: intrusion detection"

    Relevant Pages

    • Re: Mixed Sync/Async communications pattern
      ... responses, but someone may already have solved the problem. ... after which the requests gathered so far would be sent off in a ... into a dict or similar. ... proc something:real {state env} { ...
      (comp.lang.tcl)
    • Re: Bandwidth constraint causing IIS/ASP.NET problem
      ... > We simulated too many clients, making requests faster than the ... > bandwidth on that part of the network could consume the responses. ...
      (microsoft.public.dotnet.framework.aspnet)
    • Re: Restrict by UserAgent
      ... start filtering because of these suspicious requests or just let it go (don't ... filter for UserAgent). ... I would not automatically assume that the same caveat affects IIS ...
      (microsoft.public.inetserver.iis.security)
    • Re: Kids bypassing firewall via web proxy sites
      ... When it comes to content filtering and tunneling: ... HTTP traffic allowed outbound is to port 80 and HTTPS allowed outbound is to ... GET requests are inspected/filtered to immediately block known objectionable ...
      (comp.security.firewalls)
    • Re: Windows 2003 external nslookup times out, internal works
      ... My firewall does not log responses to DNS (or any other ... ports), only the initial requests. ...
      (microsoft.public.windows.server.dns)