Remove Zwiebelfreunde e.V. from the list of fiduciary sponsors
[privoxy.git] / doc / source / faq.sgml
1 <!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook V3.1//EN"[
2 <!entity % dummy "IGNORE">
3 <!entity supported SYSTEM "supported.sgml">
4 <!entity newfeatures SYSTEM "newfeatures.sgml">
5 <!entity p-intro SYSTEM "privoxy.sgml">
6 <!entity seealso SYSTEM "seealso.sgml">
7 <!entity contacting SYSTEM "contacting.sgml">
8 <!entity history SYSTEM "history.sgml">
9 <!entity copyright SYSTEM "copyright.sgml">
10 <!entity license SYSTEM "license.sgml">
11 <!entity p-version "3.0.29">
12 <!entity p-status "UNRELEASED">
13 <!entity % p-not-stable "INCLUDE">
14 <!entity % p-stable "IGNORE">
15 <!entity % p-text "IGNORE">        <!-- define we are not a text only doc -->
16 <!entity % p-doc "INCLUDE">        <!-- and we are a formal doc           -->
17 <!entity % p-supp-userman "INCLUDE"> <!-- Include all from supported.sgml -->
18 <!entity  my-copy "&copy;">          <!-- kludge for docbook2man          -->
19 <!entity % p-newstuff "INCLUDE">      <!-- exclude stuff from devel versions -->
20 <!entity % seealso-extra "INCLUDE"> <!-- extra stuff from seealso.sgml    -->
21 <!entity  my-app "<application>Privoxy</application>">
22 ]>
23 <!--
24  File        :  doc/source/faq.sgml
25
26  Purpose     :  FAQ
27
28  Copyright (C) 2001-2020 Privoxy Developers https://www.privoxy.org/
29  See LICENSE.
30
31  Based partially on the Internet Junkbuster FAQ originally written by and
32  Copyright (C) 1997 Anonymous Coders and Junkbusters Corporation.
33  http://www.junkbusters.com/
34
35  <Qandaset defaultlabel='qanda'>
36   <QandAEntry>
37    <question>
38     <para>
39      How are you?
40     </para>
41    </question>
42    <answer>
43     <para>
44      Fine.
45     </para>
46    </answer>
47   </QandAEntry>
48  </QandASet>
49
50  ========================================================================
51  NOTE: Please read developer-manual/documentation.html before touching
52  this file!
53
54  Please we keep the info in this file as version independent as possible
55  so we only have to maintain one FAQ. Where significant changes are
56  made to Privoxy configuration, please note the change in such a way that
57  it makes sense to both users of older and newer versions.
58  ========================================================================
59
60
61 -->
62
63
64 <article id="index" class="faq">
65 <artheader>
66 <title>Privoxy Frequently Asked Questions</title>
67
68 <pubdate>
69  <subscript>
70 <!-- Completely the wrong markup, but very little is allowed  -->
71 <!-- in this part of an article. FIXME -->
72  <link linkend="copyright">Copyright</link> &my-copy; 2001-2020 by
73  <ulink url="https://www.privoxy.org/">Privoxy Developers</ulink>
74  </subscript>
75 </pubdate>
76
77 <!--
78
79 Note: this should generate a separate page, and a live link to it.
80 But it doesn't for some mysterious reason. Please leave commented
81 unless it can be fixed proper. For the time being, the copyright
82 statement will be in copyright.smgl.
83
84 Hal.
85
86 <legalnotice id="legalnotice">
87  <para>
88   text goes here ........
89  </para>
90 </legalnotice>
91
92 -->
93
94 <!--
95 <authorgroup>
96  <author>
97   <affiliation>
98    <orgname>By: Privoxy Developers</orgname>
99    </affiliation>
100  </author>
101 </authorgroup>
102 -->
103 <abstract>
104 <![%dummy;[
105 <para>
106  <comment>
107   This is here to keep vim syntax file from breaking :/
108   If I knew enough to fix it, I would.
109   PLEASE DO NOT REMOVE! HB: hal@foobox.net
110  </comment>
111 </para>
112 ]]>
113  <para>
114  This FAQ gives quick answers to frequently asked questions about
115  <ulink url="https://www.privoxy.org/">Privoxy</ulink>.
116  It is not a substitute for the
117  <ulink url="../user-manual/index.html"><citetitle>Privoxy User Manual</citetitle></ulink>.
118  </para>
119
120 <!-- Include privoxy.sgml boilerplate: -->
121  <para>What is Privoxy?</para> &p-intro;
122 <!-- end boilerplate -->
123
124  <para>
125   Please note that this document is a work in progress. This copy represents
126   the state at the release of version &p-version;.
127   You can find the latest version of the document at <ulink
128   url="https://www.privoxy.org/faq/">https://www.privoxy.org/faq/</ulink>.
129   Please see the <link linkend="contact">Contact section</link> if you want to
130   contact the developers.
131  </para>
132
133 </abstract>
134 </artheader>
135
136
137 <!--   ~~~~~       New section      ~~~~~     -->
138
139 <sect1 id="general"><title>General Information</title>
140 <sect2 renderas="sect3" id="who-uses"><title>Who should give &my-app; a try?</title>
141  <para>
142   Anyone who is interested in security, privacy, or in
143   finer-grained control over their web and Internet experience.
144  </para>
145 </sect2>
146
147 <sect2 renderas="sect3" id="bestchoice"><title>Is Privoxy the best choice for
148 me?</title>
149  <para>
150   &my-app; is certainly a good choice, especially for those who want more
151   control and security. Those with the willingness to read the documentation
152   and the ability to fine-tune their installation will benefit the most.
153  </para>
154  <para>
155   One of <application>Privoxy's</application>
156   strengths is that it is highly configurable giving you the ability to
157   completely personalize your installation. Being familiar with, or at least
158   having an interest in learning about <ulink
159   url="http://en.wikipedia.org/wiki/Http">HTTP</ulink> and other networking
160   protocols, <ulink url="http://en.wikipedia.org/wiki/Html">HTML</ulink>, and
161   <ulink url="http://en.wikipedia.org/wiki/Regular_expressions"><quote>Regular
162   Expressions</quote></ulink>
163   will be a big plus and will help you get the most out of &my-app;.
164   A new installation just includes a very basic configuration. The user
165   should take this as a starting point only, and enhance it as he or she
166   sees fit. In fact, the user is encouraged, and expected to, fine-tune the
167   configuration.
168  </para>
169  <para>
170   Much of <application>Privoxy's</application> configuration can be done
171   with a <ulink url="http://en.wikipedia.org/wiki/Web_browser">Web browser</ulink>.
172   But there are areas where configuration is done using a
173   <ulink url="http://en.wikipedia.org/wiki/Text_editors">text editor</ulink>
174   to edit configuration files. Also note that the web-based action editor
175   doesn't use authentication and should only be enabled in environments
176   where all clients with access to &my-app; listening port can be trusted.
177   </para>
178 </sect2>
179
180 <sect2 renderas="sect3" id="proxymoron"><title>What is a <quote>proxy</quote>? How does
181 Privoxy work? </title>
182  <para>
183   A <ulink url="http://en.wikipedia.org/wiki/Proxy_server">web proxy</ulink>
184   is a service, based on a software such as &my-app;, that clients
185   (i.e. browsers) can use instead of connecting to web servers directly.
186   The clients then ask the proxy to request objects (web pages, images, movies etc)
187   on their behalf and to forward the data to the clients.
188   It is a <quote>go-between</quote>. For details, see
189   <ulink url="http://en.wikipedia.org/wiki/Proxy_server">Wikipedia's proxy definition</ulink>.
190  </para>
191  <para>
192   There are many reasons to use web proxies, such as security (firewalling),
193   efficiency (caching) and others, and there are any number of proxies
194   to accommodate those needs.
195  </para>
196  <para>
197   &my-app; is a proxy that is primarily focused on
198   privacy enhancement, ad and junk elimination and freeing the user from
199   restrictions placed on his activities. Sitting between your browser(s) and the Internet,
200   it is in a perfect position to filter outbound personal information that your
201   browser is leaking, as well as inbound junk. It uses a variety of techniques to do
202   this, all of which are under your complete control via the various configuration
203   files and options. Being a proxy also makes it easier to share
204   configurations among multiple browsers and/or users.
205  </para>
206 </sect2>
207
208 <sect2 renderas="sect3" id="otherstuff">
209 <title>Does Privoxy do anything more than ad blocking?</title>
210  <para>
211   Yes, ad blocking is but one possible use. There are many, many ways &my-app;
212   can be used to sanitize and customize web browsing.
213 </para>
214 </sect2>
215
216 <sect2 renderas="sect3" id="newjb"><title>What is this new version of
217 <quote><citetitle>Junkbuster</citetitle></quote>?</title>
218
219 <!-- Include history.sgml -->
220  &history;
221 <!-- end -->
222
223 </sect2>
224
225
226 <sect2 renderas="sect3" id="whyprivoxy">
227 <title>Why <quote>Privoxy</quote>? Why change the name from
228 Junkbuster at all?</title>
229 <para>
230  Though outdated, Junkbusters Corporation continued to offer their original
231  version of the <application>Internet Junkbuster</application> for a while,
232  so publishing our <application> Junkbuster</application>-derived software
233  under the same name would have led to confusion.
234 </para>
235 <para>
236  There were also potential legal reasons not to use the
237  <application>Junkbuster</application> name, as it was (and maybe still is)
238  a registered trademark of Junkbusters Corporation.
239  There were, however, no objections from Junkbusters Corporation to the
240  <application>Privoxy</application> project itself, and they, in fact,
241  shared our ideals and goals.
242 </para>
243 <para>
244  The Privoxy developers also believed that there were so many improvements
245  over the original code, that it was time to make a clean break from the past
246  and make a name in their own right.
247 </para>
248 <para>
249  <application>Privoxy</application> is the
250  <quote><emphasis>Privacy Enhancing Proxy</emphasis></quote>. Also, its content
251  modification and junk suppression gives <emphasis>you</emphasis>, the user, more
252  control, more freedom, and allows you to browse your personal and
253  <quote><emphasis>private</emphasis> edition</quote> of the web.
254 </para>
255 </sect2>
256
257 <sect2 renderas="sect3" id="differs"><title>How does Privoxy differ
258 from the old Junkbuster?</title>
259 <para>
260  <application>Privoxy</application> picks up where
261  <application>Junkbuster</application> left off.
262  <application>Privoxy</application> still blocks ads and banners,
263  still manages <ulink
264  url="http://en.wikipedia.org/wiki/Browser_cookie">cookies</ulink>, and still
265  helps protect your privacy. But, most of these features have been enhanced,
266  and many new ones have been added, all in the same vein.
267  </para>
268 <para>
269  <application>Privoxy</application>'s new features include:
270 </para>
271
272 <!-- Include newfeatures.sgml: -->
273  &newfeatures;
274 <!-- end include -->
275
276 </sect2>
277
278 <sect2 renderas="sect3" id="whatsanad">
279 <title>How does Privoxy know what is an ad, and what is not?</title>
280 <para>
281  <application>Privoxy</application>'s approach to blocking ads is twofold:
282 </para>
283 <para>
284  First, there are certain patterns in the <emphasis>locations</emphasis> (URLs)
285  of banner images. This applies to both the path (you wouldn't guess how many
286  web sites serve their banners from a directory called <quote>banners</quote>!)
287  and the host (blocking the big banner hosting services like doublecklick.net
288  already helps a lot). <application>Privoxy</application> takes advantage of this
289  fact by using <ulink url="../user-manual/actions-file.html#AF-PATTERNS">URL
290  patterns</ulink> to sort out and block the requests for things that sound
291  like they would be ads or banners.
292 </para>
293 <para>
294  Second, banners tend to come in certain <emphasis>sizes</emphasis>. But you
295  can't tell the size of an image by its URL without downloading it, and if you
296  do, it's too late to save bandwidth. Therefore, <application>Privoxy</application>
297  also inspects the HTML sources of web pages while they are loaded, and replaces
298  references to images with standard banner sizes by dummy references, so that
299  your browser doesn't request them anymore in the first place.
300 </para>
301 <para>
302  Both of this involves a certain amount of guesswork and is, of course, freely
303  and readily configurable.
304 </para>
305 </sect2>
306
307 <sect2 renderas="sect3" id="mistakes">
308 <title>Can Privoxy make mistakes?
309 This does not sound very scientific.</title>
310 <para>
311  Actually, it's a black art ;-) And yes, it is always possible to have a broad
312  rule accidentally block or change something by mistake. You will almost surely
313  run into such situations at some point. It is tricky writing rules to
314  cover every conceivable possibility, and not occasionally get false positives.
315 </para>
316
317 <para>
318  But this should not be a big concern since the
319  <application>Privoxy</application> configuration is very flexible, and
320  includes tools to help identify these types of situations so they can be
321  addressed as needed, allowing you to customize your installation.
322  (<link linkend="badsite">See the Troubleshooting section below</link>.)
323 </para>
324
325 </sect2>
326
327 <sect2 renderas="sect3" id="configornot">
328 <title>Will I have to configure Privoxy
329  before I can use it?</title>
330 <para>
331  That depends on your expectations.
332  The default installation should give you a good starting
333  point, and block <emphasis>most</emphasis> ads and unwanted content,
334  but many of the more advanced features are off by default, and require
335  you to activate them.
336 </para>
337 <para>
338  You do have to set up your browser to use
339  <application>Privoxy</application> (see the <link
340  linkend="firststep">Installation section below</link>).
341 </para>
342 <para>
343  And you will certainly run into situations where there are false positives,
344  or ads not being blocked that you may not want to see. In these cases, you
345  would certainly benefit by customizing <application>Privoxy's</application>
346  configuration to more closely match your individual situation. And we
347  encourage you to do this. This is where the real power of
348  <application>Privoxy</application> lies!
349 </para>
350
351 </sect2>
352
353 <sect2 renderas="sect3" id="lan">
354 <title>Can Privoxy run as a server on a network?</title>
355  <para>
356   Yes, &my-app; runs as a server already, and can easily be configured to
357   <quote>serve</quote> more than one client. See <link linkend="lanconfig">
358   How can I set up Privoxy to act as a proxy for my LAN</link> below.
359 </para>
360 </sect2>
361
362 <sect2 renderas="sect3" id="browsers2"><title>My browser does the same things as
363 Privoxy. Why should I use Privoxy at all?</title>
364  <para>
365   Modern browsers do indeed have <emphasis>some</emphasis> of the same
366   functionality as <application>Privoxy</application>. Maybe this is
367   adequate for you. But <application>Privoxy</application> is very
368   versatile and powerful, and can probably do a number of things
369   your browser just can't.
370  </para>
371  <para>
372   In addition, a proxy is good choice if you use multiple browsers, or
373   have a LAN with multiple computers since &my-app; can run as a server
374   application. This way all the configuration is in one place, and you don't
375   have to maintain a similar configuration for possibly many browsers or
376   users.
377  </para>
378  <para>
379   Note, however, that it's recommended to leverage both your browser's
380   and <application>Privoxy's</application> privacy enhancing features
381   at the same time. While your browser probably lacks some features
382   &my-app; offers, it should also be able to do some things more
383   reliably, for example restricting and suppressing JavaScript.
384  </para>
385 </sect2>
386
387 <sect2 renderas="sect3" id="whytrust"><title>Why should I trust Privoxy?</title>
388  <para>
389   The most important reason is because you have access to
390   <emphasis>everything</emphasis>, and you can control everything. You can
391   check every line of every configuration file yourself. You can check every
392   last bit of source code should you desire. And even if you can't read code,
393   there should be some comfort in knowing that <!-- thousands of -->other people can,
394   and do read it. You can build the software from scratch, if you want,
395   so that you know the executable is clean, and that it is
396   <emphasis>yours</emphasis>. In fact, we encourage this level of scrutiny. It
397   is one reason we use &my-app; ourselves.
398  </para>
399 </sect2>
400
401 <sect2 renderas="sect3" id="license"><title>Is there is a license or fee? What about a
402 warranty? Registration?</title>
403  <para>
404   <application>Privoxy</application> is free software and licensed under the <ulink
405   url="http://www.gnu.org/licenses/old-licenses/gpl-2.0.html">GNU General Public License (GPL) version 2</ulink>.
406   It is free to use, copy, modify or distribute as you wish under the terms of this
407   license.  Please see the <link linkend="copyright">Copyright</link> section for more
408   information on the license and copyright. Or the <filename>LICENSE</filename> file
409   that should be included.
410  </para>
411  <para>
412   There is <emphasis>no warranty</emphasis> of any kind, expressed, implied or otherwise.
413   That is something that would cost real money ;-) There is no registration either.
414  </para>
415
416 </sect2>
417
418 <sect2 renderas="sect3" id="spyware">
419 <title>Can Privoxy remove spyware? Adware? Viruses?</title>
420 <para>
421  No, at least not reliably enough to trust it. &my-app; is not designed to be
422  a malware removal tool and the default configuration doesn't even try to
423  filter out any malware.
424 </para>
425 <para>
426  &my-app; could help prevent contact from (known) sites that use such
427  tactics with appropriate configuration rules, and thus could conceivably
428  prevent contamination from such sites. However, keeping such a configuration
429  up to date would require a lot of time and effort that would be better spend
430  on keeping your software itself up to date so it doesn't have known
431  vulnerabilities.
432 </para>
433 </sect2>
434
435
436 <sect2 renderas="sect3" id="otherads">
437 <title>Can I use Privoxy with other ad-blocking software?</title>
438 <para>
439  &my-app; should work fine with other proxies and other software in general.
440 </para>
441 <para>
442  But it is probably not necessary to use &my-app; in conjunction with other
443  ad-blocking products, and this could conceivably cause undesirable results.
444  It might be better to choose one software or the other and work a little to
445  tweak its configuration to your liking.
446 </para>
447 <para>
448  Note that this is an advice specific to ad blocking.
449 </para>
450 </sect2>
451
452 <sect2 renderas="sect3" id="help-the-developers"><title>I would like to help you, what can I do?</title>
453
454 <sect3 renderas="sect4" id="participate"><title>Would you like to participate?</title>
455 <para>
456    Well, we <emphasis>always</emphasis> need help. There is something for
457    everybody who wants to help us. We welcome new developers, packagers,
458    testers, documentation writers or really anyone with a desire to help in
459    any way. You <emphasis>DO NOT</emphasis> need to be a
460    <quote>programmer</quote>. There are many other tasks available. In fact,
461    the programmers often can't spend as much time programming because of some
462    of the other, more mundane things that need to be done, like checking the
463    Tracker feedback sections or responding to user questions on the mailing
464    lists.
465  </para>
466  <para>
467   So first thing, subscribe to the <ulink
468    url="https://lists.privoxy.org/mailman/listinfo/privoxy-users">Privoxy Users</ulink>
469   or the <ulink url="https://lists.privoxy.org/mailman/listinfo/privoxy-devel">Privoxy
470   Developers</ulink> mailing list, join the discussion, help out other users, provide general
471   feedback or report problems you noticed.
472  </para>
473  <para>
474   If you intend to help out with the trackers, you also might want to <ulink
475    url="https://sourceforge.net/user/registration">get an account on SourceForge.net</ulink>
476    so we don't confuse you with the other name-less users.
477  </para>
478  <para>
479    We also have a <ulink
480    url="../developer-manual/index.html">Developer's Manual</ulink>.
481    While it is partly out of date, it's still worth reading.
482 </para>
483 <para>
484    Our <ulink url="https://www.privoxy.org/gitweb/?p=privoxy.git;a=blob_plain;f=TODO;hb=HEAD">TODO list</ulink>
485    may be of interest to you as well.
486    Please let us know if you want to work on one of the items listed.
487 </para>
488 </sect3>
489
490 <sect3 renderas="sect4" id="donate"><title>Would you like to donate?</title>
491 <para>
492  Donations are welcome. Our
493  <ulink url="https://www.privoxy.org/gitweb/?p=privoxy.git;a=blob_plain;f=TODO;hb=HEAD">TODO list</ulink>
494  is rather long and being able to pay one (or more) developers to work on Privoxy
495  would make a huge difference, even if it was only for a couple of weeks. Donations may
496  also be used for Privoxy-related travel expenses (for example to attend conferences),
497  for hardware used for Privoxy development and for hosting expenses etc.
498 </para>
499
500 <para>
501  <application>Privoxy</application> is an associated
502  project of <ulink url="https://www.spi-inc.org/">Software
503  in the Public Interest (SPI)</ulink>, which allows us to receive
504  tax-deductible donations in the United States.
505  You can <ulink url="https://www.spi-inc.org/projects/privoxy/">donate via Paypal</ulink>
506  and <ulink url="https://co.clickandpledge.com/advanced/default.aspx?wid=34115">Click & Pledge</ulink>.
507  For details, please have a look at
508  <ulink url="https://www.spi-inc.org/donations">SPI's general donation page</ulink>.
509 </para>
510
511 <para>
512  If you have any questions regarding donations please mail to either the
513  public user mailing list or, if it's a private matter, to
514  <ulink url="mailto:fk@fabiankeil.de">Fabian Keil</ulink> (Privoxy's SPI liaison)
515  directly.
516 </para>
517 </sect3>
518 </sect2>
519 <sect2 id="sponsor"><title>How can I become a sponsor and get my logo or link on privoxy.org?</title>
520 <para>
521  We are currently offering the following sponsor levels as an experiment:
522 </para>
523 <variablelist>
524  <varlistentry>
525   <term>Gold (12000 USD/year)</term>
526   <listitem>
527    <para>
528     Logo shown at the bottom of the
529     <ulink url="https://www.privoxy.org/">Privoxy homepage</ulink>.
530     Logo, link and self description on the
531     <ulink url="https://www.privoxy.org/sponsors/">sponsor page</ulink>.
532    </para>
533   </listitem>
534  </varlistentry>
535  <varlistentry>
536   <term>Silver (1200 USD/year)</term>
537   <listitem>
538    <para>
539     Logo shown randomly at the bottom of the
540     <ulink url="https://www.privoxy.org/">Privoxy homepage</ulink>.
541     Logo, link and self description on the
542     <ulink url="https://www.privoxy.org/sponsors/">sponsor page</ulink>.
543    </para>
544   </listitem>
545  </varlistentry>
546  <varlistentry>
547   <term>Bronze (600 USD/year)</term>
548   <listitem>
549    <para>
550     Logo and link on the <ulink url="https://www.privoxy.org/sponsors/">sponsor page</ulink>.
551    </para>
552   </listitem>
553  </varlistentry>
554 </variablelist>
555 <para>
556  The logo sizes depend on the sponsor level. Logos are served from
557  our server, no requests are made to the sponsor website unless
558  the links are being used.
559 </para>
560 <para>
561  The details may change over time but changes will only affect new sponsors
562  (or existing sponsors that explicitly agreed to the changes).
563 </para>
564 <para>
565  If you want to become a sponsor, please contact
566  <ulink url="mailto:fk@fabiankeil.de">Fabian Keil</ulink>.
567  New sponsors are only accepted if no developer objects.
568 </para>
569
570 </sect2>
571
572 </sect1>
573
574
575 <!--   ~~~~~       New section      ~~~~~     -->
576
577 <sect1  id="installation"><title>Installation</title>
578
579 <sect2 renderas="sect3" id="whichbrowsers">
580 <title>Which browsers are supported by Privoxy?</title>
581 <para>
582  Any browser that can be configured to use a proxy, which
583  should be virtually all browsers, including
584  <application>Firefox</application>, <application>Internet
585  Explorer</application>, <application>Opera</application>, and
586  <application>Safari</application> among others.
587  Direct browser support is not an absolute requirement since
588  <application>Privoxy</application> runs as a separate application and talks
589  to the browser in the standardized HTTP protocol, just like a web server
590  does.
591 </para>
592 </sect2>
593
594 <sect2 renderas="sect3" id="whichos">
595 <title>Which operating systems are supported?</title>
596 <!--
597 Include supported.sgml here:
598 -->
599 &supported;
600 </sect2>
601
602 <sect2 renderas="sect3" id="email-client">
603 <title>Can I use Privoxy with my email client?</title>
604 <para>
605  As long as there is some way to set a HTTP proxy for the client, then yes,
606  any application can be used, whether it is strictly speaking a
607  <quote>browser</quote> or not. Though this may not be the best approach for
608  dealing with some of the common abuses of HTML in email. See <link
609  linkend="outlook">How can I configure <application>Privoxy</application>
610  with <application>Outlook</application>?</link> below for more on
611  this.
612 </para>
613 <para>
614  Be aware that HTML email presents a number of unique security and privacy
615  related issues, that can require advanced skills to overcome. The developers
616  recommend using email clients that can be configured to convert HTML to plain
617  text for these reasons.
618 </para>
619 </sect2>
620
621 <!-- Nobody is going to still be doing this!
622 <sect2 renderas="sect3" id="newinstall"><title>Can I install
623  Privoxy over Junkbuster?</title>
624  <para>
625    We recommend you un-install <application>Junkbuster</application>
626    first to minimize conflicts and confusion. You may want to
627    save your old configuration files for future reference. The configuration
628    files and syntax have substantially changed, so you will need to manually
629    port your old patterns. See the <ulink url="../user-manual/upgradersnote.html">note
630    to upgraders</ulink> and <ulink url="../user-manual/installation.html">installation
631    chapter</ulink> in the <ulink url="../user-manual/index.html">User Manual</ulink>
632    for details.
633  </para>
634  <para>
635   Note: Some installers may automatically un-install
636   <application>Junkbuster</application>, if present!
637  </para>
638
639 </sect2>
640 -->
641
642 <sect2 renderas="sect3" id="firststep">
643 <title>I just installed Privoxy. Is there anything
644 special I have to do now?</title>
645
646 <para>
647  All browsers should be told to use <application>Privoxy</application>
648  as a proxy by specifying the correct proxy address and port number
649  in the appropriate configuration area for the browser. It's possible
650  to combine &my-app; with a packet filter to intercept HTTP requests
651  even if the client isn't explicitly configured to use &my-app;,
652  but where possible, configuring the client is recommended. See
653  <ulink url="../user-manual/startup.html">the User Manual for more
654  details</ulink>. You should also flush your browser's memory and disk
655  cache to get rid of any cached junk items, and remove any stored
656  <ulink url="http://en.wikipedia.org/wiki/Browser_cookie">cookies</ulink>.
657 </para>
658
659 </sect2>
660
661 <sect2 renderas="sect3" id="localhost"><title>What is the proxy address of Privoxy?</title>
662  <para>
663   If you set up the <application>Privoxy</application> to run on
664   the computer you browse from (rather than your ISP's server or some
665   networked computer on a LAN), the proxy will be on <literal>127.0.0.1</literal>
666   (sometimes referred to as <quote>localhost</quote>,
667   which is the special name used by every computer on the Internet to refer
668   to itself) and the port will be 8118 (unless you used the <ulink
669   url="../user-manual/config.html#LISTEN-ADDRESS">listen-address</ulink>
670   config option to tell <application>Privoxy</application> to run on
671   a different port).
672  </para>
673  <para>
674   When configuring your browser's proxy settings you typically enter
675   the word <quote>localhost</quote> or the IP address <quote>127.0.0.1</quote>
676   in the boxes next to <quote>HTTP</quote> and <quote>Secure</quote> (HTTPS) and
677   then the number <quote>8118</quote> for <quote>port</quote>.
678   This tells your browser to send all web requests to <application>Privoxy</application>
679   instead of directly to the Internet.
680  </para>
681  <para>
682   <application>Privoxy</application> can also be used to proxy for
683   a Local Area Network. In this case, your would enter either the IP
684   address of the LAN host where <application>Privoxy</application>
685   is running, or the equivalent hostname, e.g. <literal>192.168.1.1</literal>.
686   Port assignment would be same as above. Note that
687   <application>Privoxy</application> doesn't listen on any LAN interfaces by
688   default.
689  </para>
690  <para>
691   <application>Privoxy</application> does not currently handle
692   any other protocols such as FTP, SMTP, IM, IRC, ICQ, etc.
693  </para>
694 </sect2>
695
696 <sect2 renderas="sect3" id="nothing">
697 <title>I just installed Privoxy, and nothing is happening.
698 All the ads are there. What's wrong?</title>
699
700 <para>
701  Did you configure your browser to use <application>Privoxy</application>
702  as a proxy? It does not sound like it. See above. You might also try flushing
703  the browser's caches to force a full re-reading of pages. You can verify
704  that <application>Privoxy</application> is running, and your browser
705  is correctly configured by entering the special URL:
706  <ulink url="http://p.p/">http://p.p/</ulink>.
707  <!-- Use http://p.p/ instead of http://config.privoxy.org/ here because
708       of potential redirect caching problem (see next Q). -->
709  This should take you to a page titled <quote>This is Privoxy..</quote> with
710  access to <application>Privoxy's</application> internal configuration.
711  If you see this, then you are good to go. If you receive a page saying
712  <quote>Privoxy is not running</quote>, then the browser is not set up to use
713  your <application>Privoxy</application> installation.
714  If you receive anything else (probably nothing at all), it could either
715  be that the browser is not set up correctly, or that
716  <application>Privoxy</application> is not running at all. Check the <ulink
717  url="../user-manual/config.html#LOGFILE">log file</ulink>. For instructions
718  on starting <application>Privoxy</application> and browser configuration,
719  see the <ulink url="https://www.privoxy.org/user-manual/startup.html">chapter
720  on starting <application>Privoxy</application></ulink> in the
721  <ulink url="https://www.privoxy.org/user-manual/">User Manual</ulink>.
722 </para>
723
724 </sect2>
725
726 <sect2 renderas="sect3" id="notused">
727 <title>I get a <quote>Privoxy is not being used</quote> dummy page although
728 Privoxy is running and being used.</title>
729
730 <para>
731  First, make sure that Privoxy is <emphasis>really</emphasis> running and
732  being used by visiting <ulink url="http://p.p/">http://p.p/</ulink>. You
733  should see the <application>Privoxy</application> main page. If not, see
734  the <ulink url="https://www.privoxy.org/user-manual/startup.html">chapter
735  on starting <application>Privoxy</application></ulink> in the
736  <ulink url="https://www.privoxy.org/user-manual/">User Manual</ulink>.
737 </para>
738
739 <para>
740  Now if <ulink url="http://p.p/">http://p.p/</ulink> works for you, but
741  other parts of <application>Privoxy</application>'s web interface show
742  the dummy page, your browser has cached a redirection it encountered before
743  <application>Privoxy</application> was being used. You need to clear your
744  browser's cache. Note that shift-reloading the dummy page won't help, since
745  that'll only refresh the dummy page, not the redirection that lead you there.
746 </para>
747
748 <para>
749  The procedure for clearing the cache varies from browser to browser. For
750  example, <application>Mozilla/Netscape</application> users would click
751  <guibutton>Edit</guibutton> --> <guibutton>Preferences</guibutton> -->
752  <guibutton>Advanced</guibutton> --> <guibutton>Cache</guibutton> and
753  then click both <quote><guibutton>Clear Memory Cache</guibutton></quote>
754  and <quote><guibutton>Clear Disk Cache</guibutton></quote>.
755  In some <application>Firefox</application> versions it's
756  <guibutton>Tools</guibutton> --> <guibutton>Options</guibutton> -->
757  <guibutton>Privacy</guibutton> --> <guibutton>Cache</guibutton> and
758  then click <quote><guibutton>Clear Cache Now</guibutton></quote>.
759  <!-- In my Firefox versions it's the Netscape way. fk 2007-11-19-->
760 </para>
761 </sect2>
762
763 </sect1>
764
765
766 <!--   ~~~~~       New section      ~~~~~     -->
767
768 <sect1 id="configuration"><title>Configuration</title>
769 <sect2 renderas="sect3" id="actionsfile">
770 <title>What exactly is an <quote>actions</quote> file?</title>
771
772 <para>
773  &my-app; utilizes the concept of <quote>
774  <ulink url="../user-manual/actions-file.html#ACTIONS">actions</ulink></quote>
775  that are used to manipulate and control web page data.
776  <ulink url="../user-manual/actions-file.html">Actions files</ulink>
777  are where these <ulink url="../user-manual/actions-file.html#ACTIONS">actions</ulink>
778  that <application>Privoxy</application> could take while processing a certain
779  request, are configured. Typically, you would define a set of default actions
780  that apply globally to all URLs, then add exceptions to these defaults where needed.
781  There is a wide array of actions available that give the user a high degree
782  of control and flexibility on how to process each and every web page.
783 </para>
784
785 <para>
786  Actions can be defined on a <ulink
787  url="../user-manual/actions-file.html#AF-PATTERNS">URL pattern</ulink> basis, i.e.
788  for single URLs, whole web sites, groups or parts thereof etc. Actions can also be
789  grouped together and then applied to requests matching one or more patterns.
790  There are many possible actions that might apply to any given site. As an example,
791  if you are blocking <ulink url="http://en.wikipedia.org/wiki/Browser_cookie">cookies</ulink>
792  as one of your default actions, but need to accept cookies from a given site,
793  you would need to define an exception for this site in one of your actions
794  files, preferably in <filename>user.action</filename>.
795 </para>
796
797 </sect2>
798
799 <sect2 renderas="sect3" id="actionss">
800 <title>The <quote>actions</quote> concept confuses me. Please list
801 some of these <quote>actions</quote>.</title>
802 <para>
803  For a comprehensive discussion of the actions concept, please refer
804  to the <ulink url="../user-manual/actions-file.html">actions file
805  chapter</ulink> in the <ulink url="../user-manual/index.html">User
806  Manual</ulink>. It includes a <ulink
807  url="../user-manual/actions-file.html#ACTIONS">list of all actions</ulink>
808  and an <ulink url="../user-manual/actions-file.html#ACT-EXAMPLES">actions
809  file tutorial</ulink> to get you started.
810 </para>
811 </sect2>
812
813
814 <sect2 renderas="sect3" id="actconfig">
815 <title>How are actions files configured? What is the easiest
816 way to do this?</title>
817
818 <para>
819  Actions files are just text files in a special syntax and can be edited
820  with a text editor. But probably the easiest way is to access
821  <application>Privoxy</application>'s user interface with your web browser
822  at <ulink url="http://config.privoxy.org/">http://config.privoxy.org/</ulink>
823  (Shortcut: <ulink url="http://p.p/">http://p.p/</ulink>) and then select
824  <quote><ulink url="http://config.privoxy.org/show-status">View &
825  change the current configuration</ulink></quote> from the menu. Note
826  that this feature must be explicitly enabled in the main config file
827  (see <ulink
828  url="../user-manual/config.html#ENABLE-EDIT-ACTIONS">enable-edit-actions</ulink>).
829 </para>
830 </sect2>
831
832
833 <sect2 renderas="sect3">
834 <title>There are several different <quote>actions</quote> files. What are
835 the differences?</title>
836 <para>
837  Please have a look at the <ulink url="../user-manual/actions-file.html">the actions chapter</ulink>
838  in the <ulink url="../user-manual/index.html">User Manual</ulink> for a detailed explanation.
839 </para>
840
841 </sect2>
842
843 <sect2 renderas="sect3" id="getupdates"><title>Where can I get updated Actions Files?</title>
844  <para>
845   Based on your feedback and the continuing development, updates of
846   <filename>default.action</filename> will be
847   made available from time to time on the <ulink
848   url="https://sourceforge.net/project/showfiles.php?group_id=11118">files section</ulink> of
849   our <ulink url="https://sourceforge.net/projects/ijbswa/">project page</ulink>.
850  </para>
851
852  <para>
853   If you wish to receive an email notification whenever we release updates of
854   <application>Privoxy</application> or the actions file, <ulink
855   url="https://lists.privoxy.org/mailman/listinfo/privoxy-announce">subscribe
856   to our announce mailing list</ulink>, privoxy-announce@lists.privoxy.org.
857  </para>
858
859 </sect2>
860
861 <sect2 renderas="sect3" id="newconfig"><title>Can I use my old config files?</title>
862  <para>
863   The syntax and purpose of configuration files has remained roughly the
864   same throughout the 3.x series, but backwards compatibility is not guaranteed.
865   Also each release contains updated, <quote>improved</quote> versions and it is
866   therefore strongly recommended to install the newer configuration files
867   and merge back your modifications.
868  </para>
869 </sect2>
870
871 <sect2 renderas="sect3" id="difficult">
872 <title>Why is the configuration so complicated?</title>
873  <para>
874   <quote>Complicated</quote> is in the eye of the beholder.
875  </para>
876  <para>
877   Privoxy is currently mainly written by and for people who are already
878   familiar with the underlying concepts like regular expressions, HTTP and HTML,
879   or are willing to become familiar with them to be able to get the most
880   out of a powerful and flexible tool such as Privoxy.
881  </para>
882  <para>
883   While everybody is expected to be able to get a Privoxy default installation
884   up and running, fine-tuning requires a certain amount of background
885   information and Privoxy's documentation mainly concentrates on the
886   Privoxy-specific parts while only providing references to the rest.
887  </para>
888  <para>
889   If you or anyone you know has the skills, time and energy to
890   reduce the barrier of entry, please <link linkend="participate">get involved</link>.
891  </para>
892 </sect2>
893
894 <sect2 renderas="sect3" id="yahoo"><title>How can I make my Yahoo/Hotmail/Gmail account work?</title>
895  <para>
896   The default configuration shouldn't impact the usability of any of these services.
897   It may, however, make all <ulink
898  url="http://en.wikipedia.org/wiki/Browser_cookie">cookies</ulink>
899   temporary, so that your browser will forget your
900   login credentials in between browser sessions. If you would like not to have to log
901   in manually each time you access those websites, simply turn off all cookie handling
902   for them in the <filename>user.action</filename> file. An example for yahoo might
903   look like:
904  </para>
905   <screen># Allow all cookies for Yahoo login:
906 #
907 { -<ulink url="../user-manual/actions-file.html#CRUNCH-INCOMING-COOKIES">crunch-incoming-cookies</ulink> -<ulink url="../user-manual/actions-file.html#CRUNCH-OUTGOING-COOKIES">crunch-outgoing-cookies</ulink> -<ulink url="../user-manual/actions-file.html#SESSION-COOKIES-ONLY">session-cookies-only</ulink> }
908 .login.yahoo.com</screen>
909  <para>
910   These kinds of sites are often quite complex and heavy with
911   <ulink url="http://en.wikipedia.org/wiki/Javascript">Javascript</ulink> and
912   thus <quote>fragile</quote>. So if <emphasis>still</emphasis> a problem,
913   we have an <ulink
914   url="../user-manual/actions-file.html#ALIASES">alias</ulink> just for such
915   sticky situations:
916  </para>
917   <screen># Gmail is a _fragile_ site:
918 #
919 { <literal>fragile</literal> }
920  # Gmail is ...
921  mail.google.com</screen>
922  <para>
923   Be sure to flush your browser's caches whenever making these kinds of
924   changes, just to make sure the changes <quote>take</quote>.
925  </para>
926  <para>
927   Make sure the domain, host and path are appropriate as well. Your browser can
928   tell you where you are specifically and you should use that information for
929   your configuration settings. Note that above it is not referenced as
930   <literal>gmail.com</literal>, which is a valid domain name.
931  </para>
932
933 </sect2>
934
935 <sect2 renderas="sect3" id="configfiles"> <title>What's the difference between the
936 <quote>Cautious</quote>, <quote>Medium</quote> and <quote>Advanced</quote> defaults?</title>
937  <para>
938   Configuring <application>Privoxy</application> is not entirely trivial. To
939   help you get started, we provide you with three different default action
940   <quote>profiles</quote> in the web based actions file editor at <ulink
941   url="http://config.privoxy.org/show-status">http://config.privoxy.org/show-status</ulink>.
942   See the <ulink url="../user-manual/actions-file.html"><citetitle>User
943   Manual</citetitle></ulink> for a list of actions, and how the default
944   profiles are set.
945  </para>
946
947 <para>
948  Where the defaults are likely to break some sites, exceptions for
949  known popular <quote>problem</quote> sites are included, but in
950  general, the more aggressive your default settings are, the more exceptions
951  you will have to make later. New users are best to start off in
952  <quote>Cautious</quote> setting. This is safest and will have the fewest
953  problems. See the <ulink
954  url="../user-manual/index.html"><citetitle>User Manual</citetitle></ulink>
955  for a more detailed discussion.
956 </para>
957
958 <para>
959  It should be noted that the <quote>Advanced</quote> profile (formerly known
960  as the <quote>Adventuresome</quote> profile) is more
961  aggressive, and will make use of some of
962  <application>Privoxy's</application> advanced features. Use at your own risk!
963 </para>
964
965 </sect2>
966
967 <sect2 renderas="sect3" id="browseconfig"> <title>Why can I change the configuration
968 with a browser? Does that not raise security issues?</title>
969  <para>
970   It may seem strange that regular users can edit the config files with their
971   browsers, although the whole <filename>/etc/privoxy</filename> hierarchy
972   belongs to the user <quote>privoxy</quote>, with only 644 permissions.
973  </para>
974  <para>
975   When you use the browser-based editor, <application>Privoxy</application>
976   itself is writing to the config files.  Because
977   <application>Privoxy</application> is running as the user <quote>privoxy</quote>,
978   it can update its own config files.
979  </para>
980  <para>
981   If you run <application>Privoxy</application> for multiple untrusted users (e.g. in
982   a LAN) or aren't entirely in control of your own browser, you will probably want
983   to make sure that the web-based editor and remote toggle features are
984   <quote>off</quote> by setting <quote><literal><ulink
985   url="../user-manual/config.html#ENABLE-EDIT-ACTIONS">enable-edit-actions</ulink>
986   0</literal></quote> and <quote><literal><ulink
987   url="../user-manual/config.html#ENABLE-REMOTE-TOGGLE">enable-remote-toggle</ulink>
988   0</literal></quote> in the <ulink url="../user-manual/config.html">main configuration file</ulink>.
989  </para>
990  <para>
991   As of &my-app; 3.0.7 these options are disabled by default.
992  </para>
993 </sect2>
994
995
996 <sect2 renderas="sect3" id="filterfile">
997 <title>What is the <filename>default.filter</filename> file? What is a <quote>filter</quote>?</title>
998 <para>
999  The <ulink url="../user-manual/filter-file.html"><filename>default.filter</filename></ulink>
1000  file is where <emphasis>filters</emphasis> as supplied by the developers are defined.
1001  Filters are a special subset of actions that can be used to modify or
1002  remove web page content or headers on the fly. Content filters can
1003  be applied to <emphasis>anything</emphasis> in the page source,
1004  header filters can be applied to either server or client headers.
1005  Regular expressions are used to accomplish this.
1006 </para>
1007 <para>
1008  There are a number of pre-defined filters to deal with common annoyances. The
1009  filters are only defined here, to invoke them, you need to use the
1010  <ulink
1011  url="../user-manual/actions-file.html#FILTER"><literal>filter</literal>
1012  action</ulink> in one of the actions files. Content filtering is automatically
1013  disabled for inappropriate MIME types, but if you know better than Privoxy
1014  what should or should not be filtered you can filter any content you like.
1015 </para>
1016 <para>
1017  Filters should
1018  <emphasis>not</emphasis> be confused with <ulink
1019  url="../user-manual/actions-file.html#BLOCK"><literal>blocks</literal></ulink>, which
1020  is a completely different action, and is more typically used to block ads and
1021  unwanted sites.
1022 </para>
1023
1024 <para>
1025  If you are familiar with regular expressions, and HTML, you can look at
1026  the provided <filename>default.filter</filename> with a text editor and define
1027  your own filters.  This is potentially a very powerful feature, but
1028  requires some expertise in both regular expressions and HTML/HTTP.
1029  <![%p-newstuff;[ You should
1030  place any modifications to the default filters, or any new ones you create
1031  in a separate file, such as <filename>user.filter</filename>, so they won't
1032  be overwritten during upgrades.
1033  The ability to define multiple filter files
1034  in <filename>config</filename> is a new feature as of v. 3.0.5.]]>
1035 </para>
1036
1037 <para>
1038  There is no GUI editor option for this part of the configuration,
1039  but you can disable/enable the various pre-defined filters of the included
1040  <filename>default.filter</filename> file with the <ulink
1041  url="http://config.privoxy.org/show-status">web-based actions file editor</ulink>.
1042  Note that the custom actions editor must be explicitly enabled in
1043  the main config file (see <ulink
1044  url="../user-manual/config.html#ENABLE-EDIT-ACTIONS">enable-edit-actions</ulink>).
1045 </para>
1046
1047 <para>
1048  If you intend to develop your own filters, you might want to have a look at
1049  <ulink
1050  url="https://www.fabiankeil.de/sourcecode/pft/">Privoxy-Filter-Test</ulink>.
1051 </para>
1052
1053 </sect2>
1054
1055 <sect2 renderas="sect3" id="lanconfig">
1056 <title>How can I set up Privoxy to act as a proxy for my
1057  LAN?</title>
1058 <para>
1059  By default, <application>Privoxy</application> only responds to requests
1060  from <literal>127.0.0.1</literal> (localhost). To have it act as a server for
1061  a network, this needs to be changed in the <ulink
1062  url="../user-manual/config.html">main configuration file</ulink>. Look for
1063  the <literal><ulink
1064  url="../user-manual/config.html#LISTEN-ADDRESS">listen-address</ulink></literal>
1065  option, which may be commented out with a <quote>#</quote> symbol. Make sure
1066  it is uncommented, and assign it the address of the LAN gateway interface,
1067  and port number to use. Assuming your LAN address is 192.168.1.1 and you
1068  wish to run <application>Privoxy</application> on port 8118, this line
1069  should look like:
1070 </para>
1071
1072  <screen>
1073   listen-address  192.168.1.1:8118</screen>
1074
1075 <para>
1076  Save the file, and restart <application>Privoxy</application>. Configure
1077  all browsers on the network then to use this address and port number.
1078 </para>
1079
1080 <para>
1081  Alternately, you can have <application>Privoxy</application> listen on
1082  all available interfaces:
1083 </para>
1084
1085  <screen>
1086   listen-address    :8118</screen>
1087
1088 <para>
1089  And then use <application>Privoxy's</application>
1090  <ulink
1091  url="../user-manual/config.html#PERMIT-ACCESS">permit-access</ulink>
1092  feature to limit connections. A firewall in this situation is recommended
1093  as well.
1094 </para>
1095
1096 <para>
1097  The above steps should be the same for any TCP network, regardless of
1098  operating system.
1099 </para>
1100
1101 <para>
1102  If you run <application>Privoxy</application> on a LAN with untrusted users,
1103  we recommend that you double-check the <ulink
1104  url="../user-manual/config.html#ACCESS-CONTROL">access control and security</ulink>
1105  options!
1106 </para>
1107
1108 </sect2>
1109
1110
1111 <sect2 renderas="sect3" id="noseeum">
1112 <title>Instead of ads, now I get a checkerboard pattern. I don't want to see anything.</title>
1113 <para>
1114  The replacement for blocked images can be controlled with the <ulink
1115  url="../user-manual/actions-file.html#SET-IMAGE-BLOCKER"><literal>set-image-blocker</literal>
1116  action</ulink>. You have the choice of a checkerboard pattern, a transparent 1x1 GIF
1117  image (aka <quote>blank</quote>), or a redirect to a custom image of your choice.
1118  Note that this choice only has effect for images which are blocked as images, i.e.
1119  whose URLs match both a <literal><ulink
1120  url="../user-manual/actions-file.html#HANDLE-AS-IMAGE">handle-as-image</ulink></literal>
1121  <emphasis>and</emphasis> <literal><ulink
1122  url="../user-manual/actions-file.html#BLOCK">block</ulink></literal> action.
1123 </para>
1124 <para>
1125  If you want to see nothing, then change the <ulink
1126  url="../user-manual/actions-file.html#SET-IMAGE-BLOCKER"><literal>set-image-blocker</literal>
1127  action</ulink> to <quote>blank</quote>. This can be done by editing the
1128  <filename>user.action</filename> file, or through the <ulink
1129  url="http://config.privoxy.org/show-status">web-based actions file editor</ulink>.
1130 </para>
1131
1132 </sect2>
1133
1134 <sect2 renderas="sect3" id="whyseeum">
1135 <title>Why would anybody want to see a checkerboard pattern?</title>
1136 <para>
1137  Remember that <link linkend="whatsanad">telling which image is an ad and which
1138  isn't</link>, is an educated guess. While we hope that the standard configuration
1139  is rather smart, it will make occasional mistakes. The checkerboard image is visually
1140  decent, and it shows you where images have been blocked, which can be very
1141  helpful in case some navigation aid or otherwise innocent image was
1142  erroneously blocked. It is recommended for new users so they can
1143  <quote>see</quote> what is happening. Some people might also enjoy seeing how
1144  many banners they <emphasis>don't</emphasis> have to see.
1145 </para>
1146
1147 </sect2>
1148
1149 <sect2 renderas="sect3" id="blockedbytext">
1150 <title>I see some images being replaced with text
1151 instead of the checkerboard image. Why and how do I get rid of this?</title>
1152 <para>
1153  This happens when the banners are not embedded in the HTML code of the
1154  page itself, but in separate HTML (sub)documents that are loaded into (i)frames
1155  or (i)layers, and these external HTML documents are blocked. Being non-images
1156  they get replaced by a substitute HTML page rather than a substitute image,
1157  which wouldn't work out technically, since the browser expects and accepts
1158  only HTML when it has requested an HTML document.
1159 </para>
1160 <para>
1161  The substitute page adapts to the available space and shows itself as a
1162  miniature two-liner if loaded into small frames, or full-blown with a
1163  large red "BLOCKED" banner if space allows.
1164 </para>
1165 <para>
1166  If you prefer the banners to be blocked by images, you must see to it that
1167  the HTML documents in which they are embedded are not blocked. Clicking
1168  the <quote>See why</quote> link offered in the substitute page will show
1169  you which rule blocked the page. After changing the rule and un-blocking
1170  the HTML documents, the browser will try to load the actual banner images
1171  and the usual image blocking will (hopefully!) kick in.
1172 </para>
1173 </sect2>
1174
1175
1176 <sect2 renderas="sect3" id="srvany">
1177 <title>Can Privoxy run as a service
1178 on Win2K/NT/XP?</title>
1179 <para>
1180 <![%p-newstuff;[
1181  Yes. Version 3.0.5 introduces full <application>Windows</application> service
1182  functionality. See <ulink url="../user-manual/installation.html#INSTALLATION-PACK-WIN">
1183  the <citetitle>User Manual</citetitle></ulink> for details on how to install and configure
1184  <application>Privoxy</application> as a service.
1185 </para>
1186 <para>
1187  Earlier ]]>3.x versions could run as a system service using <command>srvany.exe</command>.
1188  See the discussion at <ulink
1189  url="https://sourceforge.net/tracker/?func=detail&#38;atid=361118&#38;aid=485617&#38;group_id=11118">https://sourceforge.net/tracker/?func=detail&#38;atid=361118&#38;aid=485617&#38;group_id=11118</ulink>,
1190  for details, and a sample configuration.
1191 </para>
1192 </sect2>
1193
1194
1195 <sect2 renderas="sect3" id="otherproxy">
1196 <title>How can I make Privoxy work with other proxies?</title>
1197 <para>
1198  This can be done and is often useful to combine the benefits of
1199  <application>Privoxy</application> with those of a another proxy,
1200  for example to cache content.
1201  See the <ulink
1202  url="../user-manual/config.html#FORWARDING">forwarding chapter</ulink>
1203  in the <ulink url="../user-manual/index.html">User Manual</ulink> which
1204  describes how to do this. If you intend to use Privoxy with Tor,
1205  please also have a look at
1206  <link linkend="TOR">How do I use Privoxy together with Tor</link>.
1207 </para>
1208 </sect2>
1209
1210 <sect2 renderas="sect3" id="port-80">
1211 <title>Can I just set Privoxy to use port 80
1212 and thus avoid individual browser configuration?</title>
1213
1214 <para>
1215  No, its more complicated than that. This only works with special kinds
1216  of proxies known as <quote>intercepting</quote> proxies
1217  (<link linkend="INTERCEPTING">see below</link>).
1218 </para>
1219
1220 </sect2>
1221
1222 <sect2 renderas="sect3" id="transparent">
1223 <title>Can Privoxy run as a <quote>transparent
1224 </quote> proxy?</title>
1225 <para>
1226  The whole idea of Privoxy is to modify client requests
1227  and server responses in all sorts of ways and therefore
1228  it's not a transparent proxy as described in
1229  <ulink url="http://tools.ietf.org/html/rfc2616">RFC 2616</ulink>.
1230 </para>
1231 <para>
1232  However, some people say <quote>transparent proxy</quote> when they
1233  mean <quote>intercepting proxy</quote>. If you are one of them,
1234  please read the <link linkend="INTERCEPTING">next entry</link>.
1235 </para>
1236
1237 </sect2>
1238
1239 <sect2 renderas="sect3" id="intercepting">
1240 <title>Can Privoxy run as a <quote>intercepting</quote> proxy?</title>
1241 <para>
1242  <application>Privoxy</application> can't intercept traffic itself,
1243   but it can handle requests that where intercepted and redirected
1244   with a packet filter (like <application>PF</application> or
1245   <application>iptables</application>), as long as the <literal>Host</literal>
1246   header is present.
1247   </para>
1248 <para>
1249   As the <literal>Host</literal> header is required by HTTP/1.1 and as most
1250   web sites rely on it anyway, this limitation shouldn't be a problem.
1251 </para>
1252 <para>
1253   Please refer to your packet filter's documentation to learn how to
1254   intercept and redirect traffic into <application>Privoxy</application>.
1255   Afterward you just have to configure <application>Privoxy</application> to
1256   <ulink url="../user-manual/config.html#ACCEPT-INTERCEPTED-REQUESTS">accept
1257   intercepted requests</ulink>.
1258 </para>
1259
1260 </sect2>
1261
1262 <sect2 renderas="sect3" id="outlook">
1263 <title>How can I configure Privoxy for use with Outlook?</title>
1264 <para>
1265  Versions of <application>Outlook</application> prior to Office 2007, use
1266  <application>Internet Explorer</application> components to both render HTML,
1267  and fetch any HTTP requests that may be embedded in an HTML email. So however
1268  you have <application>Privoxy</application> configured to work with IE, this
1269  configuration should automatically be shared, at least with older version of
1270  Internet Explorer.
1271 </para>
1272 <para>
1273  Starting with Office 2007, Microsoft is instead using the MS-Word rendering
1274  engine with Outlook. It is unknown whether this can be configured to use a
1275  proxy.
1276  <!-- FIXME HB 2009-02-15 -->
1277 </para>
1278 </sect2>
1279
1280 <sect2 renderas="sect3" id="outlook-more">
1281 <title>How can I have separate rules just for HTML mail?</title>
1282 <para>
1283  The short answer is, you can't. <application>Privoxy</application> has no way
1284  of knowing which particular application makes a request, so there is no way to
1285  distinguish between web pages and HTML mail.
1286  <application>Privoxy</application> just blindly proxies all requests. In the
1287  case of <application>Outlook Express</application> (see above), OE uses
1288  IE anyway, and there is no way for <application>Privoxy</application> to ever
1289  be able to distinguish between them (nor could any other proxy type application for
1290  that matter).
1291 </para>
1292 <para>
1293  For a good discussion of some of the issues involved (including privacy and
1294  security issues), see
1295  <ulink url="https://sourceforge.net/tracker/?func=detail&#38;atid=211118&#38;aid=629518&#38;group_id=11118">https://sourceforge.net/tracker/?func=detail&#38;atid=211118&#38;aid=629518&#38;group_id=11118</ulink>.
1296 </para>
1297 </sect2>
1298
1299 <sect2 renderas="sect3" id="sneaky-cookies">
1300 <title>I sometimes notice cookies sneaking through. How?</title>
1301 <para>
1302  <ulink
1303  url="http://en.wikipedia.org/wiki/Browser_cookie">Cookies</ulink> can be
1304  set in several ways. The classic method is via the
1305  <literal>Set-Cookie</literal> HTTP header. This is straightforward, and an
1306  easy one to manipulate, such as the &my-app; concept of
1307  <ulink url="../user-manual/actions-file.html#SESSION-COOKIES-ONLY">session-cookies-only</ulink>.
1308  There is also the possibility of using
1309   <ulink url="http://en.wikipedia.org/wiki/Javascript">Javascript</ulink> to
1310  set cookies (&my-app; calls these <literal>content-cookies</literal>). This
1311  is trickier because the syntax can vary widely, and thus requires a certain
1312  amount of guesswork. It is not realistic to catch all of these short of
1313  disabling Javascript, which would break many sites. And lastly, if the
1314  cookies are embedded in a HTTPS/SSL secure session via Javascript, they are beyond
1315  <application>Privoxy's</application> reach unless you enable
1316  <ulink url="../user-manual/actions-file.html#HTTPS-INSPECTION">https-inspection</ulink>.
1317 </para>
1318 <para>
1319  All in all, &my-app; can help manage cookies in general, can help minimize
1320  the loss of privacy posed by cookies, but can't realistically stop all
1321  cookies.
1322 </para>
1323 </sect2>
1324
1325 <sect2 renderas="sect3" id="evil-cookies">
1326 <title>Are all cookies bad? Why?</title>
1327 <para>
1328  No, in fact there are many beneficial uses of
1329  <ulink
1330  url="http://en.wikipedia.org/wiki/Browser_cookie">cookies</ulink>. Cookies are just a
1331  method that browsers can use to store data between pages, or between browser
1332  sessions. Sometimes there is a good reason for this, and the user's life is a
1333  bit easier as a result. But there is a long history of some websites taking
1334  advantage of this layer of trust, and using the data they glean from you and
1335  your browsing habits for their own purposes, and maybe to your potential
1336  detriment. Such sites are using you and storing their data on your system.
1337  That is why the privacy conscious watch from whom those cookies come, and why
1338  they really <emphasis>need</emphasis> to be there.
1339 </para>
1340 <para>
1341   See the
1342    <ulink url="http://en.wikipedia.org/wiki/Browser_cookie">Wikipedia cookie
1343   definition</ulink> for more.
1344 </para>
1345 </sect2>
1346
1347 <sect2 renderas="sect3" id="allow-cookies">
1348 <title>How can I allow permanent cookies for my trusted sites?</title>
1349
1350 <para>
1351   There are several actions that relate to cookies. The default behavior is to
1352   allow only <quote>session cookies</quote>, which means the cookies only last
1353   for the current browser session. This eliminates most kinds of abuse related
1354   to cookies. But there may be cases where you want cookies to last.
1355 </para>
1356 <para>
1357   To disable all cookie actions, so that cookies are allowed unrestricted,
1358   both in and out, for <literal>example.com</literal>:
1359 </para>
1360  <screen>
1361  { -crunch-incoming-cookies -crunch-outgoing-cookies -session-cookies-only -filter{content-cookies} }
1362   .example.com</screen>
1363 <para>
1364  Place the above in <filename>user.action</filename>. Note that some of these may
1365  be off by default anyway, so this might be redundant, but there is no harm
1366  being explicit in what you want to happen. <filename>user.action</filename>
1367  includes an alias for this situation, called
1368  <literal>allow-all-cookies</literal>.
1369 </para>
1370 </sect2>
1371
1372 <sect2 renderas="sect3" id="multiples">
1373 <title>Can I have separate configurations for different users?</title>
1374 <para>
1375  Each instance of <application>Privoxy</application> has its own
1376  configuration, including such attributes as the TCP port that it listens on.
1377  What you can do is run multiple instances of <application>Privoxy</application>, each with
1378  a unique
1379  <ulink url="../user-manual/config.html#LISTEN-ADDRESS">listen-address</ulink>
1380  configuration setting, and configuration path, and then
1381  each of these can have their own configurations. Think of it as per-port
1382  configuration.
1383 </para>
1384 <para>
1385  Simple enough for a few users, but for large installations, consider having
1386  groups of users that might share like configurations.
1387 </para>
1388 </sect2>
1389
1390 <sect2 renderas="sect3" id="whitelists">
1391 <title>Can I set-up Privoxy as a whitelist of
1392 <quote>good</quote> sites?</title>
1393 <para>
1394  Sure. There are a couple of things you can do for simple white-listing.
1395  Here's one real easy one:
1396 </para>
1397  <screen>
1398  ############################################################
1399  # Blacklist
1400  ############################################################
1401  { <ulink url="../user-manual/actions-file.html#BLOCK">+block</ulink> }
1402  / # Block *all* URLs
1403
1404  ############################################################
1405  # Whitelist
1406  ############################################################
1407  { <ulink url="../user-manual/actions-file.html#BLOCK">-block</ulink> }
1408   kids.example.com
1409   toys.example.com
1410   games.example.com</screen>
1411 <para>
1412  This allows access to only those three sites by first blocking all URLs, and
1413  then subsequently allowing three specific exceptions.
1414 </para>
1415 <para>
1416  Another approach is <application>Privoxy's</application>
1417  <literal>trustfile</literal> concept, which incorporates the notion of
1418  <quote>trusted referrers</quote>. See the <ulink
1419  url="../user-manual/config.html#TRUSTFILE">Trust documentation</ulink>
1420  for details.
1421 </para>
1422 <para>
1423  These are fairly simple approaches and are not completely foolproof. There
1424  are various other configuration options that should be disabled (described
1425  elsewhere here and in <ulink url="../user-manual/">the User Manual</ulink>)
1426  so that users can't modify their own configuration and easily circumvent the
1427  whitelist.
1428 </para>
1429 </sect2>
1430
1431 <sect2 renderas="sect3" id="no-adblock">
1432 <title>How can I turn off ad-blocking?</title>
1433 <para>
1434  Ad blocking is achieved through a complex application of various &my-app;
1435  <ulink url="../user-manual/actions-file.html">actions</ulink>. These
1436  actions are deployed against simple images, banners, flash animations,
1437  text pages, JavaScript, pop-ups and pop-unders, etc., so its not as simple as
1438  just turning one or two actions off. The various actions that make up
1439  &my-app; ad blocking are hard-coded into the default configuration files. It
1440  has been assumed that everyone using &my-app; is interested in this
1441  particular feature.
1442  </para>
1443  <para>
1444  If you want to do without this, there are several approaches you can take:
1445  You can manually undo the many block rules in
1446  <filename>default.action</filename>. Or even easier, just create your own
1447  <filename>default.action</filename> file from scratch without the many ad
1448  blocking rules, and corresponding exceptions. Or lastly, if you are not
1449  concerned about the additional blocks that are done for privacy reasons, you
1450  can very easily over-ride <emphasis>all</emphasis> blocking with the
1451  following very simple rule in your <filename>user.action</filename>:
1452  </para>
1453  <screen>
1454  # Unblock everybody, everywhere
1455  { <ulink url="../user-manual/actions-file.html#BLOCK">-block</ulink> }
1456  / # UN-Block *all* URLs</screen>
1457 <para>
1458  Or even a more comprehensive reversing of various ad related actions:
1459 </para>
1460  <screen>
1461  # Unblock everybody, everywhere, and turn off appropriate filtering, etc
1462  { <ulink url="../user-manual/actions-file.html#BLOCK">-block</ulink> \
1463   <ulink url="../user-manual/actions-file.html#FILTER-BANNERS-BY-SIZE">-filter{banners-by-size}</ulink> \
1464   <ulink url="../user-manual/actions-file.html#FILTER-BANNERS-BY-LINK">-filter{banners-by-link}</ulink> \
1465   <literal>allow-popups</literal> \
1466  }
1467  / # UN-Block *all* URLs and allow ads</screen>
1468 <para>
1469  This last <quote>action</quote> in this compound statement,
1470  <literal>allow-popups</literal>, is an <ulink
1471  url="../user-manual/actions-file.html#ALIASES">alias</ulink> that disables
1472  various pop-up blocking features.
1473 </para>
1474 </sect2>
1475
1476 <sect2 renderas="sect3" id="templates">
1477 <title>How can I have custom template pages, like the
1478 <emphasis>BLOCKED</emphasis> page?</title>
1479 <para>
1480  &my-app; <quote>templates</quote> are specialized text files utilized by
1481  &my-app; for various purposes and can easily be modified using any text
1482  editor. All the template pages are installed in a sub-directory appropriately
1483  named: <filename>templates</filename>.  Knowing something about HTML syntax
1484  will of course be helpful.
1485 </para>
1486 <para>
1487  Be forewarned that the default templates are subject to being overwritten
1488  during upgrades. You can, however, create completely new templates,
1489  place them in another directory and specify the alternate path in the main
1490  <filename>config</filename>. For details, have a look at the <ulink
1491  url="../user-manual/config.html#TEMPLDIR">templdir</ulink> option.
1492 </para>
1493 </sect2>
1494
1495 <sect2 renderas="sect3" id="blockall">
1496 <title>How can I remove the <quote>Go There Anyway</quote> link from
1497 the <emphasis>BLOCKED</emphasis> page?</title>
1498 <para>
1499  There is more than one way to do it (although Perl is not involved).
1500 </para>
1501 <para>
1502  Editing the BLOCKED template page (see above) may dissuade some users, but
1503  this method is easily circumvented. Where you need this level of control, you
1504  might want to build &my-app; from source, and disable various features that are
1505  available as compile-time options. You should
1506  <command>configure</command> the sources as follows:
1507 </para>
1508  <screen>
1509  ./configure  --disable-toggle  --disable-editor  --disable-force</screen>
1510 <para>
1511  This will create an executable with hard-coded security features so that
1512  &my-app; does not allow easy bypassing of blocked sites, or changing the
1513  current configuration via any connected user's web browser.
1514 </para>
1515 <para>
1516  Finally, all of these features can also be toggled on/off via options in
1517  <application>Privoxy's</application> main  <ulink
1518  url="../user-manual/config.html#ACCESS-CONTROL">config</ulink> file which
1519  means you don't have to recompile anything.
1520 </para>
1521 </sect2>
1522
1523 </sect1>
1524
1525 <!--  ~  End section  ~  -->
1526
1527
1528 <!--   ~~~~~       New section      ~~~~~     -->
1529
1530 <sect1 id="misc"><title>Miscellaneous</title>
1531
1532 <sect2 renderas="sect3" id="slowsme">
1533 <title>How much does Privoxy slow my browsing down? This
1534 has to add extra time to browsing.</title>
1535 <para>
1536  How much of an impact depends on many things, including the CPU of the host
1537  system, how aggressive the configuration is, which specific actions are being triggered,
1538  the size of the page, the bandwidth of the connection, etc.
1539 </para>
1540 <para>
1541  Overall, it should not slow you down any in real terms, and may actually help
1542  speed things up since ads, banners and other junk are not typically being
1543  retrieved and displayed. The actual processing time required by
1544  <application>Privoxy</application> itself for each page, is relatively small
1545  in the overall scheme of things, and happens very quickly. This is typically
1546  more than offset by time saved not downloading and rendering ad images and
1547  other junk content (if ad blocking is being used).
1548 </para>
1549
1550 <para>
1551  <quote>Filtering</quote> content via the <literal><ulink
1552  url="../user-manual/actions-file.html#FILTER">filter</ulink></literal> or
1553  <literal><ulink
1554  url="../user-manual/actions-file.html#DEANIMATE-GIFS">deanimate-gifs</ulink></literal>
1555  actions may cause a perceived slowdown, since the entire document
1556  needs to be buffered before displaying. And on very large documents,
1557  filtering may have some measurable impact. How much depends on the page size,
1558  the actual definition of the filter(s), etc. See below. Most other actions
1559  have little to no impact on speed.
1560 </para>
1561 <para>
1562  Also, when filtering is enabled but zlib support isn't available, compression
1563  is often disabled (see <ulink
1564  url="../user-manual/actions-file.html#PREVENT-COMPRESSION">prevent-compression</ulink>).
1565  This can have an impact on speed as well, although it's probably smaller than
1566  you might think. Again, the page size, etc. will determine how much of an impact.
1567 </para>
1568
1569 </sect2>
1570
1571
1572 <sect2 renderas="sect3" id="loadingtimes"><title>I notice considerable
1573 delays in page requests. What's wrong?</title>
1574 <para>
1575  If you use any <literal><ulink
1576  url="../user-manual/actions-file.html#FILTER">filter</ulink></literal> action,
1577  such as filtering banners by size, web-bugs etc, or the <literal><ulink
1578  url="../user-manual/actions-file.html#DEANIMATE-GIFS">deanimate-gifs</ulink></literal>
1579  action, the entire document must be loaded into memory in order for the filtering
1580  mechanism to work, and nothing is sent to the browser during this time.
1581 </para>
1582 <para>
1583  The loading time typically does not really change much in real numbers, but
1584  the feeling is different, because most browsers are able to start rendering
1585  incomplete content, giving the user a feeling of "it works". This effect is
1586  more noticeable on slower dialup connections. Extremely large documents
1587  may have some impact on the time to load the page where there is filtering
1588  being done. But overall, the difference should be very minimal. If there is a
1589  big impact, then probably some other situation is contributing (like
1590  anti-virus software).
1591  </para>
1592 <para>
1593  Filtering is automatically disabled for inappropriate MIME types. But note
1594  that if the web server mis-reports the MIME type, then content that should
1595  not be filtered, could be. <application>Privoxy</application> only knows how
1596  to differentiate filterable content because of the MIME type as reported by
1597  the server, or because of some configuration setting that enables/disables
1598  filtering.
1599 </para>
1600 </sect2>
1601
1602 <sect2 renderas="sect3" id="configurl"><title>What are "http://config.privoxy.org/" and
1603 "http://p.p/"?</title>
1604 <para>
1605  <ulink url="http://config.privoxy.org/">http://config.privoxy.org/</ulink> is the
1606  address of <application>Privoxy</application>'s built-in user interface, and
1607  <ulink url="http://p.p/">http://p.p/</ulink> is a shortcut for it.
1608 </para>
1609 <para>
1610  Since <application>Privoxy</application> sits between your web browser and the Internet,
1611  it can simply intercept requests for these addresses and answer them with its built-in
1612  <quote>web server</quote>.
1613 </para>
1614 <para>
1615  This also makes for a good test for your browser configuration: If entering the
1616  URL <ulink url="http://config.privoxy.org/">http://config.privoxy.org/</ulink>
1617  takes you to a page saying <quote>This is Privoxy ...</quote>, everything is OK.
1618  If you get a page saying <quote>Privoxy is not working</quote> instead, then
1619  your browser didn't use <application>Privoxy</application> for the request,
1620  hence it could not be intercepted, and you have accessed the <emphasis>real</emphasis>
1621  web site at config.privoxy.org.
1622 </para>
1623 <para>
1624  Note that config.privoxy.org resolves to a public IP address.
1625  If you use config.privoxy.org as ping or traceroute target you will
1626  reach the system on the Internet (Privoxy can't intercept ICMP requests).
1627  If you want to ping the system Privoxy runs on,
1628  you should use its IP address or local DNS name (if it has got one).
1629 </para>
1630
1631 </sect2>
1632
1633 <!--
1634  out of date 09/02/06 HB
1635 <sect2 renderas="sect3" id="blocklist"><title>Do you still maintain the blocklists?</title>
1636  <para>
1637   No. The patterns for blocking now reside (among other things) in the <ulink
1638   url="../user-manual/actions-file.html">actions files</ulink>, which are
1639   actively maintained instead. See next question ...
1640 </para>
1641 </sect2>
1642 -->
1643 <sect2 renderas="sect3" id="newads"><title>How can I submit new ads, or report
1644 problems?</title>
1645 <para>
1646 Please see the <link linkend="contact">Contact section</link> for
1647 various ways to interact with the developers.
1648 </para>
1649
1650 </sect2>
1651
1652 <sect2 renderas="sect3" id="newads2"><title>If I do submit missed ads, will
1653 they be included in future updates?</title>
1654 <para>
1655  Whether such submissions are eventually included in the
1656  <filename>default.action</filename> configuration file depends on how
1657  significant the issue is. We of course want to address any potential
1658  problem with major, high-profile sites such as <citetitle>Google</citetitle>,
1659  <citetitle>Yahoo</citetitle>, etc. Any site with global or regional reach,
1660  has a good chance of being a candidate. But at the other end of the spectrum
1661  are any number of smaller, low-profile sites such as for local clubs or
1662  schools. Since their reach and impact are much less, they are best handled by
1663  inclusion in the user's <filename>user.action</filename>, and thus would be
1664  unlikely to be included.
1665 </para>
1666
1667 </sect2>
1668
1669
1670 <sect2 renderas="sect3" id="noonecares"><title>Why doesn't anyone answer my support
1671 request?</title>
1672 <para>
1673 Rest assured that it has been read and considered. Why it is not answered,
1674 could be for various reasons, including no one has a good answer for it, no
1675 one has had time to yet investigate it thoroughly, it has been reported
1676 numerous times already, or because not enough information was provided to help
1677 us help you. Your efforts are not wasted, and we do appreciate them.
1678 </para>
1679
1680 </sect2>
1681
1682
1683 <sect2 renderas="sect3" id="ip"><title>How can I hide my IP address?</title>
1684 <para>
1685  If you run both the browser and &my-app; locally, you cannot hide your IP
1686  address with <application>Privoxy</application> or ultimately any other
1687  software alone. The server needs to know your IP address so that it knows
1688  where to send the responses back.
1689 </para>
1690 <para>
1691  There are many publicly usable "anonymous" proxies out there, which
1692  provide a further level of indirection between you and the web server.
1693 </para>
1694 <para>
1695  However, these proxies are called "anonymous" because you don't need
1696  to authenticate, not because they would offer any real anonymity.
1697  Most of them will log your IP address and make it available to the
1698  authorities in case you violate the law of the country they run in. In fact
1699  you can't even rule out that some of them only exist to *collect* information
1700  on (those suspicious) people with a more than average preference for privacy.
1701 </para>
1702 <para>
1703  If you want to hide your IP address from most adversaries,
1704  you should consider chaining <application>Privoxy</application>
1705  with <ulink url="https://www.torproject.org/">Tor</ulink>.
1706  The configuration details can be found in
1707  <ulink url="#TOR">How do I use <application>Privoxy</application> together
1708  with <application>Tor</application> section</ulink>
1709  just below.
1710 </para>
1711 </sect2>
1712
1713 <sect2 renderas="sect3" id="anonforsure">
1714 <title>Can Privoxy guarantee I am anonymous?</title>
1715 <para>
1716  No. Your chances of remaining anonymous are improved, but unless you
1717  <ulink url="#TOR">chain <application>Privoxy</application> with <application>Tor</application></ulink>
1718  or a similar proxy and know what you're doing when it comes to configuring
1719  the rest of your system, you should assume that everything you do
1720  on the Web can be traced back to you.
1721 </para>
1722 <para>
1723  <application>Privoxy</application> can remove various information about you,
1724  and allows <emphasis>you</emphasis> more freedom to decide which sites
1725  you can trust, and what details you want to reveal. But it neither
1726  hides your IP address, nor can it guarantee that the rest of the system
1727  behaves correctly. There are several possibilities how a web sites can find
1728  out who you are, even if you are using a strict <application>Privoxy</application>
1729  configuration and chained it with <application>Tor</application>.
1730 </para>
1731 <para>
1732  Most of <application>Privoxy's</application> privacy-enhancing features can be easily subverted
1733  by an insecure browser configuration, therefore you should use a browser that can
1734  be configured to only execute code from trusted sites, and be careful which sites you trust.
1735  For example there is no point in having <application>Privoxy</application>
1736  modify the User-Agent header, if websites can get all the information they want
1737  through JavaScript, ActiveX, Flash, Java etc.
1738 </para>
1739 <para>
1740  A few browsers disclose the user's email address in certain situations, such
1741  as when transferring a file by FTP. <application>Privoxy</application>
1742  does not filter FTP. If you need this feature, or are concerned about the
1743  mail handler of your browser disclosing your email address, you might
1744  consider products such as <application>NSClean</application>.
1745 </para>
1746 <para>
1747  Browsers available only as binaries could use non-standard headers to give
1748  out any information they can have access to: see the manufacturer's license
1749  agreement. It's impossible to anticipate and prevent every breach of privacy
1750  that might occur. The professionally paranoid prefer browsers available as
1751  source code, because anticipating their behavior is easier. Trust the source,
1752  Luke!
1753 </para>
1754
1755 </sect2>
1756
1757 <sect2 renderas="sect3" id="proxytest">
1758 <title>A test site says I am not using a Proxy.</title>
1759 <para>
1760  Good! Actually, they are probably testing for some other kinds of proxies.
1761  Hiding yourself completely would require additional steps.
1762 </para>
1763 </sect2>
1764
1765 <sect2 renderas="sect3" id="tor"><title>How do I use Privoxy
1766  together with Tor?</title>
1767 <para>
1768  Before you configure <application>Privoxy</application> to use
1769  <ulink url="https://www.torproject.org/">Tor</ulink>,
1770  please follow the <citetitle>User Manual</citetitle> chapters
1771  <ulink url="../user-manual/installation.html">2. Installation</ulink> and
1772  <ulink url="../user-manual/startup.html">5. Startup</ulink> to make sure
1773  <application>Privoxy</application> itself is setup correctly.
1774 </para>
1775 <para>
1776  If it is, refer to <ulink url="https://www.torproject.org/documentation.html">Tor's
1777  extensive documentation</ulink> to learn how to install <application>Tor</application>,
1778  and make sure <application>Tor</application>'s logfile says that
1779  <quote>Tor has successfully opened a circuit</quote> and it
1780  <quote>looks like client functionality is working</quote>.
1781 </para>
1782 <para>
1783  If either <application>Tor</application> or <application>Privoxy</application>
1784  isn't working, their combination most likely will neither. Testing them on their
1785  own will also help you to direct problem reports to the right audience.
1786  If <application>Privoxy</application> isn't working, don't bother the
1787  <application>Tor</application> developers. If <application>Tor</application>
1788  isn't working, don't send bug reports to the <application>Privoxy</application> Team.
1789 </para>
1790 <para>
1791  If you verified that <application>Privoxy</application> and <application>Tor</application>
1792  are working, it is time to connect them. As far as <application>Privoxy</application>
1793  is concerned, <application>Tor</application> is just another proxy that can be reached
1794  by socks4, socks4a and socks5. Most likely you are interested in <application>Tor</application>
1795  to increase your anonymity level, therefore you should use socks5, to make sure DNS
1796  requests are done through <application>Tor</application> and thus invisible to your
1797  local network. Using socks4a would work too, but with socks5 you get more precise error
1798  messages.
1799 </para>
1800
1801 <para>
1802  <application>Privoxy's</application>
1803  <ulink url="../user-manual/config.html">main configuration file</ulink>
1804  is already prepared for <application>Tor</application>, if you are using a
1805  default <application>Tor</application> configuration and run it on the same
1806  system as &my-app;, you just have to edit the
1807  <ulink url="../user-manual/config.html#FORWARDING">forwarding section</ulink>
1808  and uncomment the line:
1809 </para>
1810  <screen>
1811 #        forward-socks5t             /     127.0.0.1:9050 .
1812 </screen>
1813 <para>
1814  Note that if you got Tor through one of the bundles, you may
1815  have to change the port from 9050 to 9150 (or even another one).
1816  For details, please check the documentation on the
1817  <ulink url="https://torproject.org/">Tor website</ulink>.
1818 </para>
1819
1820 <para>
1821  This is enough to reach the Internet, but additionally you might want to
1822  uncomment the following forward rules, to make sure your local network is still
1823  reachable through Privoxy:
1824 </para>
1825  <screen>
1826 #        forward         192.168.*.*/     .
1827 #        forward            10.*.*.*/     .
1828 #        forward           127.*.*.*/     .
1829 </screen>
1830 <para>
1831  Unencrypted connections to systems in these address ranges will
1832  be as (un)secure as the local network is, but the alternative is
1833  that your browser can't reach the network at all. Then again,
1834  that may actually be desired and if you don't know for sure
1835  that your browser has to be able to reach the local network,
1836  there's no reason to allow it.
1837 </para>
1838 <para>
1839  If you want your browser to be able to reach servers in your local
1840  network by using their names, you will need additional exceptions
1841  that look like this:
1842 </para>
1843  <screen>
1844 #        forward           localhost/     .
1845 </screen>
1846 <para>
1847  Save the modified configuration file and open
1848  <ulink url="http://config.privoxy.org/show-status">http://config.privoxy.org/show-status</ulink>
1849  in your browser, confirm that <application>Privoxy</application> has reloaded its configuration
1850  and that there are no other forward lines, unless you know that you need them. If everything looks good,
1851  refer to
1852  <ulink url="https://wiki.torproject.org/noreply/TheOnionRouter/TorFAQ#IsMyConnectionPrivate">Tor
1853  Faq 4.2</ulink> to learn how to verify that you are really using <application>Tor</application>.
1854 </para>
1855 <para>
1856  Afterward, please take the time to at least skim through the rest
1857  of <application>Tor's</application> documentation. Make sure you understand
1858  what <application>Tor</application> does, why it is no replacement for
1859  application level security, and why you probably don't want to
1860  use it for unencrypted logins.
1861 </para>
1862 </sect2>
1863
1864 <sect2 renderas="sect3" id="sitebreak">
1865 <title>Might some things break because header information or
1866 content is being altered?</title>
1867
1868 <para>
1869  Definitely. It is common for sites to use browser type, browser version,
1870  HTTP header content, and various other techniques in order to dynamically
1871  decide what to display and how to display it. What you see, and what I see,
1872  might be very different. There are many, many ways that this can be handled,
1873  so having hard and fast rules, is tricky.
1874 </para>
1875
1876 <para>
1877  The <quote>User-Agent</quote> is sometimes used in this way to identify
1878  the browser, and adjust content accordingly.
1879 </para>
1880
1881 <para>
1882  Also, different browsers use different encodings of non-English
1883  characters, certain web servers convert pages on-the-fly according to the
1884  User Agent header. Giving a <quote>User Agent</quote> with the wrong
1885  operating system or browser manufacturer causes some sites in these languages
1886  to be garbled; Surfers to Eastern European sites should change it to
1887  something closer. And then some page access counters work by looking at the
1888  <quote>Referer</quote> header; they may fail or break if unavailable. The
1889  weather maps of Intellicast have been blocked by their server when no
1890  <quote>Referer</quote> or cookie is provided, is another example. (But you
1891  can forge both headers without giving information away). There are
1892  many other ways things can go wrong when trying to fool a web server. The
1893  results of which could inadvertently cause pages to load incorrectly,
1894  partially, or even not at all. And there may be no obvious clues as to just
1895  what went wrong, or why. Nowhere will there be a message that says
1896  <quote><emphasis>Turn off <literal>fast-redirects</literal> or else!</emphasis>
1897  </quote>
1898 </para>
1899
1900 <para>
1901  Similar thoughts apply to modifying JavaScript, and, to a lesser degree,
1902  HTML elements.
1903 </para>
1904
1905 <para>
1906  If you have problems with a site, you will have to adjust your configuration
1907  accordingly. Cookies are probably the most likely adjustment that may
1908  be required, but by no means the only one.
1909 </para>
1910
1911 </sect2>
1912
1913
1914 <sect2 renderas="sect3" id="caching">
1915 <title>Can Privoxy act as a <quote>caching</quote> proxy to
1916 speed up web browsing?</title>
1917 <para>
1918  No, it does not have this ability at all. You want something like
1919  <ulink url="http://www.squid-cache.org/">Squid</ulink> or
1920  <ulink url="http://www.pps.jussieu.fr/~jch/software/polipo/">Polipo</ulink> for this.
1921  And, yes, before you ask, <application>Privoxy</application> can co-exist
1922  with other kinds of proxies like <application>Squid</application>.
1923  See the <ulink url="../user-manual/config.html#FORWARDING">forwarding
1924  chapter</ulink> in the <ulink url="../user-manual/index.html">user
1925  manual</ulink> for details.
1926 </para>
1927 </sect2>
1928
1929 <sect2 renderas="sect3" id="firewall">
1930 <title>What about as a firewall? Can Privoxy protect me?</title>
1931 <para>
1932  Not in the way you mean, or in the way some firewall vendors claim they can.
1933  <application>Privoxy</application> can help protect your privacy, but can't
1934  protect your system from intrusion attempts. It is, of course, perfectly possible
1935  to use <emphasis>both</emphasis>.
1936 </para>
1937 </sect2>
1938
1939 <sect2 renderas="sect3" id="wasted">
1940 <title>I have large empty spaces / a checkerboard pattern now where
1941 ads used to be. Why?</title>
1942 <para>
1943  It is technically possible to eliminate banners and ads in a way that frees
1944  their allocated page space. This could easily be done by blocking with
1945  <application>Privoxy's</application> filters,
1946  and eliminating the <emphasis>entire</emphasis> image references from the
1947  HTML page source.
1948 </para>
1949 <para>
1950  But, this would consume considerably more CPU resources (IOW, slow things
1951  down), would likely destroy the layout of some web pages which rely on the
1952  banners utilizing a certain amount of page space, and might fail in other
1953  cases, where the screen space is reserved (e.g. by HTML tables for instance).
1954  Also, making ads and banners disappear without any trace complicates
1955  troubleshooting, and would sooner or later be problematic.
1956 </para>
1957 <para>
1958  The better alternative is to instead let them stay, and block the resulting
1959  requests for the banners themselves as is now the case. This leaves either
1960  empty space, or the familiar checkerboard pattern.
1961 </para>
1962 <para>
1963  So the developers won't support this in the default configuration, but you
1964  can of course define appropriate filters yourself to achieve this.
1965 </para>
1966 </sect2>
1967
1968 <sect2 renderas="sect3" id="ssl">
1969 <title>How can Privoxy filter Secure (HTTPS) URLs?</title>
1970 <para>
1971  If you enable
1972  <ulink url="../user-manual/actions-file.html#HTTPS-INSPECTION">https-inspection</ulink>
1973  <application>Privoxy</application> will impersonate the destination
1974  server and can thus filter encrypted requests and responses as well.
1975 </para>
1976 <para>
1977  Without
1978  <ulink url="../user-manual/actions-file.html#HTTPS-INSPECTION">https-inspection</ulink>
1979  secure HTTP connections are encrypted SSL sessions between your
1980  browser and the secure site, and there is little
1981  that <application>Privoxy</application> can do but hand the raw
1982  gibberish data though from one end to the other unprocessed.
1983 </para>
1984 <para>
1985  The only exception to this is blocking by host patterns, as the client needs
1986  to tell <application>Privoxy</application> the name of the remote server,
1987  so that <application>Privoxy</application> can establish the connection.
1988  If that name matches a host-only pattern, the connection will be blocked.
1989 </para>
1990 <para>
1991  As far as ad blocking is concerned, this is less of a restriction than it may
1992  seem, since ad sources are often identifiable by the host name, and often
1993  the banners to be placed in an encrypted page come unencrypted nonetheless
1994  for efficiency reasons, which exposes them to the full power of
1995  <application>Privoxy</application>'s ad blocking.
1996 </para>
1997 <para>
1998  <quote>Content cookies</quote> (those that are embedded in the actual HTML or
1999  JS page content, see <literal><ulink
2000  url="../user-manual/actions-file.html#FILTER-CONTENT-COOKIES">filter{content-cookies}</ulink></literal>),
2001  in an SSL transaction will be impossible to block under these conditions.
2002  Fortunately, this does not seem to be a very common scenario since most
2003  cookies come by traditional means.
2004 </para>
2005
2006 </sect2>
2007
2008 <sect2 renderas="sect3" id="http2">
2009 <title>Does Privoxy support HTTP/2?</title>
2010 <para>
2011   Privoxy currently doesn't parse HTTP/2 but applications
2012   can tunnel HTTP/2 through Privoxy if Privoxy is configured
2013   to allow CONNECT requests (default) which are also used
2014   for HTTPS.
2015 </para>
2016 <para>
2017   Adding HTTP/2 support is on the
2018   <ulink url="https://www.privoxy.org/gitweb/?p=privoxy.git;a=blob_plain;f=TODO;hb=HEAD">TODO</ulink>
2019   list but currently nobody is known to work on it.
2020 </para>
2021 </sect2>
2022
2023 <sect2 renderas="sect3" id="secure">
2024 <title>Privoxy runs as a <quote>server</quote>. How
2025 secure is it? Do I need to take any special precautions?</title>
2026 <para>
2027  On Unix-like systems, <application>Privoxy</application> can run as a non-privileged
2028  user, which is how we recommend it be run. Also, by default
2029  <application>Privoxy</application> listens to requests from <quote>localhost</quote>
2030  only.
2031 </para>
2032 <para>
2033  The server aspect of <application>Privoxy</application> is not itself directly
2034  exposed to the Internet in this configuration. If you want to have
2035  <application>Privoxy</application> serve as a LAN proxy, this will have to
2036  be opened up to allow for LAN requests. In this case, we'd recommend
2037  you specify only the LAN gateway address, e.g. 192.168.1.1, in the main
2038  <application>Privoxy</application> configuration file and check all <ulink
2039  url="../user-manual/config.html#ACCESS-CONTROL">access control and security
2040  options</ulink>. All LAN hosts can then use this as their proxy address
2041  in the browser proxy configuration, but <application>Privoxy</application>
2042  will not listen on any external interfaces. ACLs can be defined in addition,
2043  and using a firewall is always good too. Better safe than sorry.
2044 </para>
2045
2046 </sect2>
2047
2048 <sect2 renderas="sect3" id="turnoff">
2049 <title>Can I temporarily disable Privoxy?</title>
2050 <para>
2051  &my-app; doesn't have a transparent proxy mode,
2052  but you can toggle off blocking and content filtering.
2053 </para>
2054 <para>
2055  The easiest way to do that is to point your browser
2056  to the remote toggle URL: <ulink
2057  url="http://config.privoxy.org/toggle">http://config.privoxy.org/toggle</ulink>.
2058 </para>
2059 <para>
2060  See the <ulink url="../user-manual/appendix.html#BOOKMARKLETS">Bookmarklets section</ulink>
2061  of the <citetitle>User Manual</citetitle> for an easy way to access this
2062  feature. Note that this is a feature that may need to be enabled in the main
2063  <filename>config</filename> file.
2064 </para>
2065 </sect2>
2066
2067
2068 <sect2 renderas="sect3" id="reallyoff">
2069 <title>When <quote>disabled</quote> is Privoxy totally
2070 out of the picture?</title>
2071 <para>
2072  No, this just means all optional filtering and actions are disabled.
2073  <application>Privoxy</application> is still acting as a proxy, but just
2074  doing less of the things that <application>Privoxy</application> would
2075  normally be expected to do. It is still a <quote>middle-man</quote> in
2076  the interaction between your browser and web sites. See below to bypass
2077  the proxy.
2078 </para>
2079 </sect2>
2080
2081 <sect2 renderas="sect3" id="turnoff2">
2082 <title>How can I tell Privoxy to totally ignore certain sites?</title>
2083 <para>
2084  Bypassing a proxy, or proxying based on arbitrary criteria, is purely a browser
2085  configuration issue, not a &my-app; issue. Modern browsers typically do have
2086  settings for not proxying certain sites. Check your browser's help files.
2087 </para>
2088 </sect2>
2089
2090
2091 <sect2 renderas="sect3" id="crunch">
2092 <title>My logs show Privoxy <quote>crunches</quote>
2093 ads, but also its own internal CGI pages. What is a <quote>crunch</quote>?</title>
2094 <para>
2095  A <quote>crunch</quote> means <application>Privoxy</application> intercepted
2096  <emphasis>something</emphasis>, nothing more. Often this is indeed ads or
2097  banners, but <application>Privoxy</application> uses the same mechanism for
2098  trapping requests for its own internal pages. For instance, a request for
2099  <application>Privoxy's</application> configuration page at: <ulink
2100  url="http://config.privoxy.org">http://config.privoxy.org</ulink>, is
2101  intercepted (i.e. it does not go out to the 'net), and the familiar CGI
2102  configuration is returned to the browser, and the log consequently will show
2103  a <quote>crunch</quote>.
2104 </para>
2105 <para>
2106  Since version 3.0.7, Privoxy will also log the crunch reason.
2107  If you are using an older version you might want to upgrade.
2108 </para>
2109 </sect2>
2110
2111 <sect2 renderas="sect3" id="downloads">
2112 <title>Can Privoxy affect files that I download
2113 from a webserver? FTP server?</title>
2114 <para>
2115  From the webserver's perspective, there is no difference between
2116  viewing a document (i.e. a page), and downloading a file. The same is true of
2117  <application>Privoxy</application>. If there is a match for a <literal><ulink
2118  url="../user-manual/actions-file.html#BLOCK">block</ulink></literal> pattern,
2119  it will still be blocked, and of course this is obvious.
2120  </para>
2121  <para>
2122  Filtering is potentially more of a concern since the results are not always
2123  so obvious, and the effects of filtering are there whether the file is simply
2124  viewed, or downloaded. And potentially whether the content is some obnoxious
2125  advertisement, or Mr. Jimmy's latest/greatest source code jewel. Of course,
2126  one of these presumably is <quote>bad</quote> content that we don't want, and
2127  the other is <quote>good</quote> content that we do want.
2128  <application>Privoxy</application> is blind to the differences, and can only
2129  distinguish <quote>good from bad</quote> by the configuration parameters
2130  <emphasis>we</emphasis> give it.
2131 </para>
2132 <para>
2133  <application>Privoxy</application> knows the differences in files according
2134  to the <quote>Content Type</quote> as reported by the webserver. If this is
2135  reported accurately (e.g. <quote>application/zip</quote> for a zip archive),
2136  then <application>Privoxy</application> knows to ignore these where
2137  appropriate. <application>Privoxy</application> potentially can filter HTML
2138  as well as plain text documents, subject to configuration parameters of
2139  course. Also, documents that are of an unknown type (generally assumed to be
2140  <quote>text/plain</quote>) can be filtered, as will those that might be
2141  incorrectly reported by the webserver. If such a file is a downloaded file
2142  that is intended to be saved to disk, then any content that might have been
2143  altered by filtering, will be saved too, for these (probably rare) cases.
2144 </para>
2145 <para>
2146  Note that versions later than 3.0.2 do NOT filter document types reported as
2147  <quote>text/plain</quote>. Prior to this, <application>Privoxy</application>
2148  did filter this document type.
2149 </para>
2150 <para>
2151  In short, filtering is <quote>ON</quote> if a) the content type as reported
2152  by the webserver is appropriate <emphasis>and</emphasis> b) the configuration
2153  allows it (or at least does not disallow it). That's it. There is no magic
2154  cookie anywhere to say this is <quote>good</quote> and this is
2155  <quote>bad</quote>. It's the configuration that lets it all happen or not.
2156 </para>
2157 <para>
2158  If you download text files, you probably do not want these to be filtered,
2159  particularly if the content is source code, or other critical content. Source
2160  code sometimes might be mistaken for Javascript (i.e. the kind that might
2161  open a pop-up window). It is recommended to turn off filtering for download
2162  sites (particularly if the content may be plain text files and you are using
2163  version 3.0.2 or earlier) in your <filename>user.action</filename> file. And
2164  also, for any site or page where making <emphasis>any</emphasis> changes at
2165  all to the content is to be avoided.
2166 </para>
2167 <para>
2168  <application>Privoxy</application> does not do FTP at all, only HTTP
2169  and HTTPS (SSL) protocols.
2170 </para>
2171 </sect2>
2172
2173 <sect2 renderas="sect3" id="downloads2">
2174 <title>I just downloaded a Perl script, and Privoxy
2175 altered it! Yikes, what is wrong!</title>
2176 <para>
2177  Please read above.
2178 </para>
2179 </sect2>
2180
2181 <sect2 renderas="sect3" id="hostsfile">
2182 <title>Should I continue to use a <quote>HOSTS</quote> file for ad-blocking?</title>
2183 <para>
2184  One time-tested technique to defeat common ads is to trick the local DNS
2185  system by giving a phony IP address for the ad generator in the local
2186  <filename>HOSTS</filename> file, typically using <literal>127.0.0.1</literal>, aka
2187  <literal>localhost</literal>. This effectively blocks the ad.
2188 </para>
2189 <para>
2190  There is no reason to use this technique in conjunction with
2191  <application>Privoxy</application>. <application>Privoxy</application>
2192  does essentially the same thing, much more elegantly and with much more
2193  flexibility. A large <filename>HOSTS</filename> file, in fact, not only
2194  duplicates effort, but may get in the way and seriously slow down your system.
2195  It is recommended to remove such entries from your <filename>HOSTS</filename> file. If you think
2196  your hosts list is neglected by <application>Privoxy's </application>
2197  configuration, consider adding your list to your <filename>user.action</filename> file:
2198 </para>
2199  <screen>
2200   { +block }
2201    www.ad.example1.com
2202    ad.example2.com
2203    ads.galore.example.com
2204    etc.example.com</screen>
2205 </sect2>
2206
2207 <sect2 renderas="sect3" id="seealso">
2208 <title>Where can I find more information about Privoxy
2209 and related issues?</title>
2210 <!-- Include seealso.sgml boilerplate: -->
2211  &seealso;
2212 <!-- end boilerplate -->
2213
2214 <!--
2215 <para>
2216  Please see the
2217  <ulink url="../user-manual/seealso.html">user-manual</ulink> for
2218  others references.
2219 </para>
2220 -->
2221 </sect2>
2222
2223 <sect2 renderas="sect3" id="microsuck">
2224 <title>I've noticed that Privoxy changes <quote>Microsoft</quote> to
2225 <quote>MicroSuck</quote>! Why are you manipulating my browsing?</title>
2226
2227 <para>
2228  We're not. The text substitutions that you are seeing are disabled
2229  in the default configuration as shipped. You have either manually
2230  activated the <quote><literal>fun</literal></quote> filter which
2231  is clearly labeled <quote>Text replacements for subversive browsing
2232  fun!</quote> or you are using an older Privoxy version and have implicitly
2233  activated it by choosing the <quote>Advanced</quote> profile in the
2234  web-based editor. Please upgrade.
2235 </para>
2236 </sect2>
2237
2238 <sect2 renderas="sect3" id="valid">
2239 <title>Does Privoxy produce <quote>valid</quote> HTML (or XHTML)?</title>
2240
2241 <para>
2242  Privoxy generates HTML in both its own <quote>templates</quote>, and possibly
2243  whenever there are text substitutions via a &my-app; filter. While this
2244  should always conform to the HTML 4.01 specifications, it has not been
2245  validated against this or any other standard.
2246 </para>
2247 </sect2>
2248
2249 <sect2 renderas="sect3" id="surprise-privoxy">
2250 <title>How did you manage to get Privoxy on my computer without my consent?</title>
2251
2252 <para>
2253  We didn't. We make Privoxy available for download, but we don't go
2254  around installing it on other people's systems behind their back.
2255  If you discover Privoxy running on your system and are sure you didn't
2256  install it yourself, somebody else did. You may not even be running
2257  the real Privoxy, but maybe something else that only pretends to be
2258  Privoxy, or maybe something that is based on the real Privoxy,
2259  but has been modified.
2260 </para>
2261 <para>
2262  Lately there have been reports of problems with some kind of
2263  "parental control" software based on Privoxy that came preinstalled on
2264  certain <ulink url="https://sourceforge.net/p/ijbswa/bugs/813/">ASUS Netbooks</ulink>.
2265  The problems described are inconsistent with the behaviour of official
2266  Privoxy versions, which suggests that the preinstalled software may
2267  contain vendor modifications that we don't know about and thus can't debug.
2268 </para>
2269 <para>
2270  Privoxy's <link linkend="copyright">license</link> allows vendor
2271  modifications, but the vendor has to comply with the license,
2272  which involves informing the user about the changes and to make
2273  the changes available under the same license as Privoxy itself.
2274 </para>
2275 <para>
2276  If you are having trouble with a modified Privoxy version,
2277  please try to talk to whoever made the modifications before
2278  reporting the problem to us. Please also try to convince
2279  whoever made the modifications to talk to us.  If you think
2280  somebody gave you a modified Privoxy version without complying
2281  to the license, please let us know.
2282 </para>
2283 </sect2>
2284
2285
2286 </sect1>
2287
2288
2289 <!--   ~~~~~       New section      ~~~~~     -->
2290
2291 <sect1 id="trouble">
2292 <title>Troubleshooting</title>
2293
2294 <sect2 renderas="sect3" id="refused">
2295 <title>I cannot connect to any websites. Or, I am getting
2296 <quote>connection refused</quote> message with every web page. Why?</title>
2297 <para>
2298  There are several possibilities:
2299 </para>
2300 <itemizedlist>
2301 <listitem><para>
2302 <application>Privoxy</application> is not running. Solution: verify
2303  that &my-app; is installed correctly, has not crashed, and is indeed running.
2304  Turn on <application>Privoxy's</application> logging, and look at the logs to see what they say.
2305 </para></listitem>
2306  <listitem><para>Or your browser is configured for a different port than what
2307  <application>Privoxy</application> is using. Solution: verify that &my-app;
2308  and your browser are set to the same port (<literal>listen-address</literal>).
2309 </para></listitem>
2310  <listitem><para>Or if using a forwarding rule, you have a configuration problem or a
2311  problem with a host in the forwarding chain. Solution: temporarily alter your
2312  configuration and take the forwarders out of the equation.
2313 </para></listitem>
2314  <listitem><para>
2315   Or you have a firewall that is interfering and blocking you. Solution:
2316   try disabling or removing the firewall as a simple test.
2317  </para></listitem>
2318 </itemizedlist>
2319
2320 </sect2>
2321
2322 <!--   ~~~~~       New section      ~~~~~     -->
2323 <sect2 renderas="sect3" id="error503">
2324 <title>Why am I getting a 503 Error (WSAECONNREFUSED) on every page?</title>
2325  <para>
2326   More than likely this is a problem with your TCP/IP networking. ZoneAlarm has
2327   been reported to cause this symptom -- even if not running! The solution is
2328   to either fight the ZA configuration, or uninstall ZoneAlarm, and then find
2329   something better behaved in its place. Other personal firewall type products
2330   may cause similar type problems if not configured correctly.
2331  </para>
2332 </sect2>
2333
2334 <sect2 renderas="sect3" id="flushit">
2335 <title>I just added a new rule, but the steenkin ad is
2336 still getting through. How?</title>
2337 <para>
2338  If the ad had been displayed before you added its URL, it will probably be
2339  held in the browser's cache for some time, so it will be displayed without
2340  the need for any request to the server, and <application>Privoxy</application>
2341  will not be involved. Flush the browser's caches, and then try again.
2342 </para>
2343
2344 <para>
2345  If this doesn't help, you probably have an error in the rule you
2346  applied. Try pasting the full URL of the offending ad into <ulink
2347  url="http://config.privoxy.org/show-url-info">http://config.privoxy.org/show-url-info</ulink>
2348  and see if it really matches your new rule. Blocking ads is like blocking
2349  spam: a lot of tinkering is required to stay ahead of the game. And
2350  remember you need to block the URL of the ad in question, which may be
2351  entirely different from the site URL itself. Most ads are hosted on different
2352  servers than the main site itself. If you right-click on the ad, you should
2353  be able to get all the relevant information you need. Alternately, you can
2354  find the correct URL by looking at <application>Privoxy's</application> logs
2355  (you may need to enable logging in the main config file if its disabled).
2356 </para>
2357 <para>
2358  Below is a slightly modified real-life log snippet that originates with one
2359  requested URL: <literal>www.example.com</literal> (name of site was changed
2360  for this example, the number of requests is real). You can see in this the
2361  complexity of what goes into making up this one <quote>page</quote>. There
2362  are eight different domains involved here, with thirty two separate URLs
2363  requested in all, making up all manner of images, Shockwave Flash,
2364  JavaScript, CSS stylesheets, scripts, and other related content. Some of this
2365  content is obviously <quote>good</quote> or <quote>bad</quote>, but not all.
2366  Many of the more questionable looking requests, are going to outside domains
2367  that seem to be identifying themselves with suspicious looking names, making
2368  our job a little easier. &my-app; has <quote>crunched</quote> (meaning caught
2369  and BLOCKED) quite a few items in this example, but perhaps missed a few as well.
2370 </para>
2371 <screen>
2372 <![CDATA[
2373 Request: www.example.com/
2374 Request: www.example.com/favicon.ico
2375 Request: img.example.com/main.css
2376 Request: img.example.com/sr.js
2377 Request: example.betamarker.com/example.html
2378 Request: www.lik-sang.com/Banners/bestsellers/skyscraper.php?likref=BSellers
2379 Request: img.example.com/pb.png
2380 Request: www.google-analytics.com/urchin.js crunch! (Blocked)
2381 Request: www.advertising-department.com/ats/switch.ps.php?26856 crunch! (Blocked)
2382 Request: img.example.com/p.gif
2383 Request: www.popuptraffic.com/assign.php?l=example&mode=behind crunch! (Blocked)
2384 Request: www.popuptraffic.com/scripts/popup.php?hid=5c3cf&tmpl=PBa.tmpl crunch! (Blocked)
2385 Request: www.popuptraffic.com/assign.php?l=example crunch! (Blocked)
2386 Request: www.lik-sang.com/Banners/best_sellers/best_sellers.css
2387 Request: www.adtrak.net/adx.js crunch! (Blocked)
2388 Request: img.example.com/hbg.gif
2389 Request: img.example.com/example.jpg
2390 Request: img.example.com/mt.png
2391 Request: img.example.com/mm.png
2392 Request: img.example.com/mb.png
2393 Request: www.popuptraffic.com/scripts/popup.php?hid=a71b91fa5&tmpl=Ua.tmp crunch! (Blocked)
2394 Request: www.example.com/tracker.js
2395 Request: www.lik-sang.com/Banners/best_sellers/lsi_head.gif
2396 Request: www.adtrak.net/adjs.php?n=020548130&what=zone:61 crunch! (Blocked)
2397 Request: www.adtrak.net/adjs.php?n=463594413&what=zone:58&source=Ua crunch! (Blocked)
2398 Request: www.lik-sang.com/Banners/best_sellers/bottomani.swf
2399 Request: mmm.elitemediagroup.net/install.php?allowpop=no&popupmincook=0&allowsp2=1 crunch! (Blocked)
2400 Request: www.example.com/tracker.js?screen=1400x1050&win=962x693
2401 Request: www.adtrak.net/adlog.php?bannerid=1309&clientid=439&zoneid=61 crunch! (Blocked)
2402 Request: 66.70.21.80/scripts/click.php?hid=5c3cf599a9efd0320d26&si
2403 Request: 66.70.21.80/img/pixel.gif
2404 Request: www.adtrak.net/adlog.php?bannerid=1309&clientid=439&zoneid=58&source=Ua&block=86400 crunch! (Blocked)
2405 Request: 66.70.21.80/scripts/click.php?hid=a71b9f6504b0c5681fa5&si=Ua
2406 ]]>
2407 </screen>
2408 <para>
2409  Despite 12 out of 32 requests being blocked, the page looked, and seemed to
2410  behave perfectly <quote>normal</quote> (minus some ads, of course).
2411 </para>
2412
2413 </sect2>
2414
2415 <sect2 renderas="sect3" id="badsite">
2416 <title>One of my favorite sites does not work with Privoxy.
2417 What can I do?</title>
2418
2419 <para>
2420  First verify that it is indeed a <application>Privoxy</application> problem,
2421  by toggling off <application>Privoxy</application> through <ulink
2422  url="http://config.privoxy.org/toggle">http://config.privoxy.org/toggle</ulink>
2423  (the toggle feature may need to be enabled in the main
2424  <filename>config</filename>),
2425  and then shift-reloading the problem page (i.e. holding down the shift key
2426  while clicking reload. Alternatively, flush your browser's disk and memory
2427  caches).
2428 </para>
2429
2430 <para>
2431  If the problem went away, we know we have a configuration related problem.
2432  Now go to <ulink
2433  url="http://config.privoxy.org/show-url-info">http://config.privoxy.org/show-url-info</ulink>
2434  and paste the full URL of the page in question into the prompt. See which
2435  actions are being applied to the URL, and which matches in which actions
2436  files are responsible for that. It might be helpful also to look at your logs
2437  for this site too, to see what else might be happening (note: logging may need
2438  to be enabled in the main config file). Many sites are
2439  complex and require a number of related pages to help present their content.
2440  Look at what else might be used by the page in question, and what of that
2441  might be <emphasis>required</emphasis>.
2442  Now, armed with this information, go to
2443  <ulink
2444  url="http://config.privoxy.org/show-status">http://config.privoxy.org/show-status</ulink>
2445  and select the appropriate actions files for editing. </para>
2446 <para>
2447  You can now either look for a section which disables the actions that
2448  you suspect to cause the problem and add a pattern for your site there,
2449  or make up a completely new section for your site. In any case, the recommended
2450  way is to disable only the prime suspect, reload the problem page, and only
2451  if the problem persists, disable more and more actions until you have
2452  identified the culprit. You may or may not want to turn the other actions
2453  on again. Remember to flush your browser's caches in between any such changes!
2454 </para>
2455 <para>
2456  Alternately, if you are comfortable with a text editor, you can accomplish
2457  the same thing by editing the appropriate actions file. Probably the easiest
2458  way to deal with such problems when editing by hand is to add your
2459  site to a <literal>{ fragile }</literal> section in <filename>user.action</filename>,
2460  which is an alias that turns off most <quote>dangerous</quote>
2461  actions, but is also likely to turn off more actions then needed, and thus lower
2462  your privacy and protection more than necessary,
2463 </para>
2464 <para>
2465  Troubleshooting actions is discussed in more detail in the <ulink
2466  url="../user-manual/appendix.html#ACTIONSANAT">User Manual appendix,
2467  Troubleshooting: the Anatomy of an Action</ulink>.
2468  There is also an <ulink
2469  url="../user-manual/actions-file.html#ACT-EXAMPLES">actions tutorial</ulink>
2470  with general configuration information and examples.
2471 </para>
2472 <para>
2473  As a last resort, you can always see if your browser has a setting that will
2474  bypass the proxy setting for selective sites. Modern browsers can do this.
2475 </para>
2476
2477 </sect2>
2478
2479
2480 <!--   ~~~~~       New section      ~~~~~     -->
2481 <sect2 id="dun" renderas="sect3">
2482 <title>After installing Privoxy, I have to log in
2483 every time I start IE. What gives?</title>
2484
2485 <para>
2486  This is a quirk that affects the installation of
2487  <application>Privoxy</application>, in conjunction with Internet Explorer and
2488  Internet Connection Sharing on Windows 2000 and Windows XP. The symptoms may
2489  appear to be corrupted or invalid DUN settings, or passwords.
2490 </para>
2491
2492 <para>
2493  When setting up an NT based Windows system with
2494  <application>Privoxy</application> you may find that things do not seem to be
2495  doing what you expect. When you set your system up you will probably have set
2496  up Internet Connection Sharing (ICS) with Dial up Networking (DUN) when
2497  logged in with administrator privileges. You will probably have made this DUN
2498  connection available to other accounts that you may have set-up on your
2499  system. E.g. Mum or Dad sets up the system and makes accounts suitably
2500  configured for the kids.
2501 </para>
2502
2503 <para>
2504  When setting up <application>Privoxy</application> in this environment you
2505  will have to alter the proxy set-up of Internet Explorer (IE) for the
2506  specific DUN connection on which you wish to use
2507  <application>Privoxy</application>. When you do this the ICS DUN set-up
2508  becomes user specific. In this instance you will see no difference if you
2509  change the DUN connection under the account used to set-up the connection.
2510  However when you do this from another user you will notice that the DUN
2511  connection changes to make available to "Me only". You will also find that
2512  you have to store the password under each different user!
2513 </para>
2514
2515 <para>
2516  The reason for this is that each user's set-up for IE is user specific. Each
2517  set-up DUN connection and each LAN connection in IE store the settings for
2518  each user individually. As such this enforces individual configurations
2519  rather than common ones. Hence the first time you use a DUN connection after
2520  re-booting your system it may not perform as you expect, and prompt you for
2521  the password. Just set and save the password again and all should be OK.
2522 </para>
2523
2524 <para>
2525 [Thanks to Ray Griffith for this submission.]
2526 </para>
2527 </sect2>
2528
2529
2530 <!--   ~~~~~       New section      ~~~~~     -->
2531 <sect2 id="ftp" renderas="sect3">
2532 <title>I cannot connect to any FTP sites. Privoxy
2533  is blocking me.</title>
2534  <para>
2535   <application>Privoxy</application> cannot act as a proxy for FTP traffic,
2536   so do not configure your browser to use <application>Privoxy</application>
2537   as an FTP proxy. The same is true for <emphasis>any protocol other than HTTP
2538   or HTTPS (SSL)</emphasis>.
2539  </para>
2540  <para>
2541   Most browsers understand FTP as well as HTTP. If you connect to a site, with
2542   a URL like <literal>ftp://ftp.example.com</literal>, your browser is making
2543   an FTP connection, and not a HTTP connection. So while your browser may
2544   speak FTP, <application>Privoxy</application> does not, and cannot proxy
2545   such traffic.
2546  </para>
2547  <para>
2548   To complicate matters, some systems may have a generic <quote>proxy</quote>
2549   setting, which will enable various protocols, including
2550   <emphasis>both</emphasis> HTTP and FTP proxying! So it is possible to
2551   accidentally enable FTP proxying in these cases. And of course, if this
2552   happens, <application>Privoxy</application> will indeed cause problems since
2553   it does not know FTP. <![%p-newstuff;[Newer version will give a sane error
2554   message if a FTP connection is attempted.]]> Just disable the FTP setting
2555   and all will be well again.
2556  </para>
2557  <para>
2558   Will <application>Privoxy</application> ever proxy FTP traffic? Unlikely.
2559   There just is not much reason, and the work to make this happen is more than
2560   it may seem.
2561  </para>
2562 </sect2>
2563
2564 <!--   ~~~~~       New section      ~~~~~     -->
2565 <sect2 id="macosxie" renderas="sect3">
2566 <title>In Mac OS X, I can't configure Microsoft Internet Explorer to use
2567  Privoxy as the HTTP proxy.</title>
2568  <para>
2569   Microsoft Internet Explorer (in versions like 5.1) respects system-wide
2570   network settings.  In order to change the HTTP proxy, open System
2571   Preferences, and click on the Network icon.  In the settings pane that
2572   comes up, click on the Proxies tab.  Ensure the "Web Proxy (HTTP)" checkbox
2573   is checked and enter <literal>127.0.0.1</literal> in the entry field.
2574   Enter <literal>8118</literal> in the Port field.  The next time you start
2575   IE, it should reflect these values.
2576  </para>
2577 </sect2>
2578
2579 <!--   ~~~~~       New section      ~~~~~     -->
2580 <sect2 renderas="sect3" id="macosxuninstall">
2581 <title>In Mac OS X, I dragged the Privoxy folder to the trash in order to
2582  uninstall it. Now the finder tells me I don't have sufficient privileges to
2583  empty the trash.</title>
2584  <para>
2585  Note: This ONLY applies to privoxy 3.0.6 and earlier.
2586  </para>
2587  <para>
2588   Just dragging the <application>Privoxy</application> folder to the trash is
2589   not enough to delete it. <application>Privoxy</application> supplies an
2590   <application>uninstall.command</application> file that takes care of
2591   these details. Open the trash, drag the <application>uninstall.command</application>
2592   file out of the trash and double-click on it. You will be prompted for
2593   confirmation and the administration password.
2594  </para>
2595  <para>
2596   The trash may still appear full after this command; emptying the trash
2597   from the desktop should make it appear empty again.
2598  </para>
2599 </sect2>
2600
2601 <!--   ~~~~~       New section      ~~~~~     -->
2602 <sect2 renderas="sect3" id="macosximages">
2603 <title>In Mac OS X Panther (10.3), images often fail to load and/or I
2604  experience random delays in page loading. I'm using
2605  <literal>localhost</literal> as my browser's proxy setting.</title>
2606  <para>
2607   We believe this is due to an IPv6-related bug in Mac OS X, but don't fully
2608   understand the issue yet. In any case, changing the proxy setting to
2609   <literal>127.0.0.1</literal> instead of <literal>localhost</literal>
2610   works around the problem.
2611  </para>
2612 </sect2>
2613
2614 <!--   ~~~~~       New section      ~~~~~     -->
2615 <sect2 renderas="sect3" id="macosxaccountdeletion">
2616 <title>I just upgraded to Mac OS X 10.9 (Mavericks) and now &my-app; has stopped
2617  working.</title>
2618  <para>
2619   The upgrade process to Mac OS X Mavericks (10.9) from an earlier version of OS
2620   X deletes all user accounts that are either not part of OS X itself or are
2621   not interactive user accounts (ones you log in with). Since, for the sake of
2622   security, &my-app; runs as a non-privileged user that is created by its
2623   installer (_privoxy), it can no longer start up once that account gets deleted.
2624   The solution is to perform a complete uninstall using the supplied
2625   <application>uninstall.command</application> script (either back up your
2626   configuration files or select to not have the uninstaller remove them when it
2627   prompts you) and then reinstall &my-app; using the installer package and merge
2628   in your configuration.
2629  </para>
2630 </sect2>
2631
2632 <sect2 renderas="sect3" id="nohostname">
2633 <title>My logs show many <quote>Unable to get my own hostname</quote> lines.
2634 Why?</title>
2635 <para>
2636  <application>Privoxy</application> tries to get the hostname of the system
2637  its running on from the IP address of the system interface it is bound to
2638  (from the <filename>config</filename> file
2639  <emphasis>listen-address</emphasis> setting). If the system cannot supply
2640  this information, <application>Privoxy</application> logs this condition.
2641 </para>
2642 <para>
2643  Typically, this would be considered a minor system configuration error. It is
2644  not a fatal error to <application>Privoxy</application> however, but may
2645  result in a much slower response from <application>Privoxy</application> on
2646  some platforms due to DNS timeouts.
2647 </para>
2648 <para>
2649  This can be caused by a problem with the local <filename>hosts</filename>
2650  file. If this file has been changed from the original, try reverting it to
2651  see if that helps. Make sure whatever name(s) are used for the local system,
2652  that they resolve both ways.
2653 </para>
2654 <para>
2655  You should also be able to work around the problem with the
2656  <ulink url="../user-manual/config.html#HOSTNAME">hostname option</ulink>.
2657 </para>
2658 </sect2>
2659
2660 <sect2 renderas="sect3" id="inuse">
2661 <title>When I try to launch Privoxy, I get an
2662 error message <quote>port 8118 is already in use</quote> (or similar wording).
2663 Why?</title>
2664 <para>
2665  Port 8118 is <application>Privoxy's</application> default TCP
2666  <quote>listening</quote> port. Typically this message would mean that there
2667  is already one instance of <application>Privoxy</application> running, and
2668  your system is actually trying to start a second
2669  <application>Privoxy</application> on the same port, which will not work.
2670  (You can have multiple instances but they must be assigned different ports.)
2671  How and why this might happen varies from platform to platform, but you need
2672  to check your installation and start-up procedures.
2673 </para>
2674 </sect2>
2675
2676 <sect2 renderas="sect3" id="demoronizer">
2677 <title>
2678  Pages with UTF-8 fonts are garbled.
2679 </title>
2680 <para>
2681  This may be the result of an overly aggressive filter. The filters that
2682  are enabled in the default configuration aren't expected to cause problems
2683  like this. If you enabled the <quote>demoronizer</quote> filter, please
2684  try temporarily disabling it.
2685 </para>
2686 <para>
2687  If that doesn't help, temporarily disable all filters to see if another
2688  filter could be the culprit. If the problem disappears, enable the filters
2689  one by one, until the problem reappears and the offending filter is found.
2690 </para>
2691 <para>
2692  Once the problem-causing filter is known, it can be fixed or disabled.
2693 </para>
2694 <para>
2695  Upgrading <application>Privoxy</application>, or going to the most recent
2696  <filename>default.action</filename> file available from <ulink
2697  url="https://sourceforge.net/project/showfiles.php?group_id=11118">SourceForge</ulink>
2698  might be worth a try, too.
2699 </para>
2700 </sect2>
2701
2702 <sect2 renderas="sect3" id="demoronizer2">
2703 <title>
2704  Why are binary files (such as images) corrupted when Privoxy
2705  is used?
2706 </title>
2707 <para>
2708  This may also be caused by an (<link linkend="DEMORONIZER">overly aggressive
2709  filter</link> in conjunction with a web server that is misreporting the content
2710  type. By default binary files are exempted from
2711  <application>Privoxy's</application> filtering
2712  (unless the web server by mistake says the file is something else).
2713 </para>
2714 </sect2>
2715
2716 <sect2 renderas="sect3" id="demoronizer3">
2717 <title>
2718  What is the <quote>demoronizer</quote> and why is it there?
2719 </title>
2720 <para>
2721  The original demoronizer was a Perl script that cleaned up HTML pages which
2722  were created with certain Microsoft products. MS has used proprietary extensions
2723  to standardized font encodings (ISO 8859-1), which has caused problems for pages
2724  that are viewed with non-Microsoft products (and are expecting to see a
2725  standard set of fonts). The demoronizer corrected these errors so the pages
2726  displayed correctly. <application>Privoxy</application> borrowed from this
2727  script, introducing a filter based on the original demoronizer, which in turn could
2728  correct these errors on the fly.
2729 </para>
2730 <para>
2731  But this is only needed in some situations, and will cause serious problems in some
2732  other situations.
2733 </para>
2734 <para>
2735  If you are using Microsoft products, you do not need it. If you need to view
2736  pages with UTF-8 characters (such as Cyrillic or Chinese), then it will
2737  cause corruption of the fonts, and thus <emphasis>should not be on</emphasis>.
2738 </para>
2739 <para>
2740  On the other hand, if you use non-Microsoft products, and you occasionally
2741  notice weird characters on pages, you might want to try it.
2742 </para>
2743 </sect2>
2744
2745 <sect2 renderas="sect3" id="windowopen">
2746 <title>
2747  Why do I keep seeing <quote>PrivoxyWindowOpen()</quote> in raw source code?
2748 </title>
2749 <para>
2750  <application>Privoxy</application> is attempting to disable malicious
2751   <ulink url="http://en.wikipedia.org/wiki/Javascript">Javascript</ulink>
2752   in this case, with the <literal>unsolicited-popups</literal>
2753  filter. <application>Privoxy</application> cannot tell very well
2754  <quote>good</quote> code snippets from <quote>bad</quote> code snippets.
2755 </para>
2756 <para>
2757  If you see this in HTML source, and the page displays without problems, then
2758  this is good, and likely some pop-up window was disabled. If you see this
2759  where it is causing a problem, such as a downloaded program source code file,
2760  then you should set an exception for this site or page such that the
2761  integrity of the page stays in tact by disabling all filtering.
2762 </para>
2763 </sect2>
2764
2765 <sect2 renderas="sect3" id="dnserrors">
2766 <title>
2767  I am getting too many DNS errors like <quote>404 No Such Domain</quote>. Why
2768  can't Privoxy do this better?
2769 </title>
2770 <para>
2771  There are potentially several factors here. First of all, the DNS resolution
2772  is done by the underlying operating system -- not
2773  <application>Privoxy</application> itself. <application>Privoxy</application>
2774  merely initiates the process and hands it off, and then later reports
2775  whatever the outcome was and tries to give a coherent message if there seems
2776  to be a problem. In some cases, this might otherwise be mitigated by the
2777  browser itself which might try some work-arounds and alternate approaches (e.g
2778  adding <quote>www.</quote> to the URL).
2779 </para>
2780 <para>
2781  In other cases, if <application>Privoxy</application> is being chained
2782  with another proxy, this could complicate the issue, and cause undue
2783  delays and timeouts. In the case of a <quote>socks4a</quote> proxy, the socks
2784  server handles all the DNS.  <application>Privoxy</application> would just be
2785  the <quote>messenger</quote> which is reporting whatever problem occurred
2786  downstream, and not the root cause of the error.
2787 </para>
2788 <![%p-newstuff;[
2789 <para>
2790  In any case, versions newer than 3.0.3 include various improvements to help
2791  <application>Privoxy</application> better handle these cases.
2792 </para>]]>
2793 </sect2>
2794
2795 <sect2 renderas="sect3" id="allcpu">
2796 <title>
2797  At one site Privoxy just hangs, and starts taking
2798  all CPU. Why is this?
2799 </title>
2800 <para>
2801  This is probably a manifestation of the <quote>100% cpu</quote> problem that
2802  occurs on pages containing many (thousands upon thousands) of blank lines. The blank lines
2803  are in the raw HTML source of the page, and the browser just ignores them. But the
2804  pattern matching in <application>Privoxy's</application> page filtering
2805  mechanism is trying to match against absurdly long strings and this becomes
2806  very CPU-intensive, taking a long, long time to complete.
2807 </para>
2808 <para>
2809  Until a better solution comes along, disable filtering on these pages,
2810  particularly the <literal>js-annoyances</literal> and
2811  <literal>unsolicited-popups</literal> filters. If you run into this problem
2812  with a recent &my-app; version, please send a problem report.
2813 </para>
2814 </sect2>
2815
2816 <sect2 renderas="sect3" id="slowcrawl">
2817 <title>I just installed Privoxy, and all my
2818 browsing has slowed to a crawl. What gives? </title>
2819 <para>
2820  This should not happen, and for the overwhelming number of users world-wide,
2821  it does not happen. I would suspect some inadvertent interaction of software
2822  components such as anti-virus software, spyware protectors, personal
2823  firewalls or similar components. Try disabling (or uninstalling) these one
2824  at a time and see if that helps. Either way, if you are using a
2825  recent &my-app; version, please report the problem.
2826 </para>
2827 </sect2>
2828
2829 <sect2 renderas="sect3" id="preventcomp">
2830 <title>Why do my filters work on some sites but not on others? </title>
2831 <para>
2832  It's probably due to compression. It is a common practice for web servers to
2833  send their content <quote>compressed</quote> in order to speed things up, and
2834  then let the browser <quote>uncompress</quote> them. When compiled with zlib support
2835  &my-app; can decompress content before filtering, otherwise you may want to enable
2836 <ulink
2837  url="../user-manual/actions-file.html#PREVENT-COMPRESSION">prevent-compression</ulink>.
2838 </para>
2839 <para>
2840  As of &my-app; 3.0.9, zlib support is enabled in the default builds.
2841 </para>
2842 </sect2>
2843
2844
2845 <sect2 renderas="sect3" id="ssl-warnings">
2846 <title>On some HTTPS sites my browser warns me about unauthenticated content,
2847  the URL bar doesn't get highlighted and the lock symbol appears to be broken.
2848  What's going on?</title>
2849 <para>
2850  Probably the browser is requesting ads through HTTPS and &my-app;
2851  is blocking the requests. Privoxy's error messages are delivered
2852  unencrypted and while it's obvious for the browser that the HTTPS
2853  request is already blocked by the proxy, some warn about unauthenticated
2854  content anyway.
2855 </para>
2856 <para>
2857  To work around the problem you can redirect those requests to an invalid
2858  local address instead of blocking them. While the redirects aren't
2859  encrypted either, many browsers don't care. They simply follow the
2860  redirect, fail to reach a server and display an error message instead
2861  of the ad.
2862 </para>
2863 <para>
2864  To do that, enable logging to figure out which requests get blocked by
2865  &my-app; and add the hosts (no path patterns) to a section like this:
2866 </para>
2867 <screen>
2868 <![CDATA[
2869 {+redirect{http://127.0.0.1:0/} -block -limit-connect}
2870 .ivwbox.de:443/
2871 ]]>
2872 </screen>
2873 <para>
2874  Additionally you have to configure your browser to contact
2875  <quote>127.0.0.1:0</quote> directly (instead of through &my-app;).
2876 </para>
2877 <para>
2878  To add a proxy exception in <application>Mozilla Firefox</application>
2879  open the <quote>Preferences</quote>, click the <quote>Settings</quote>
2880  button located on the <quote>Network</quote> tab in the <quote>Advanced</quote>
2881  section, and add <quote>127.0.0.1:0</quote> in the <quote>No Proxy for:</quote>
2882  field.
2883 </para>
2884 </sect2>
2885
2886
2887 <sect2 renderas="sect3" id="se-linux">
2888 <title>I get selinux error messages. How can I fix this?</title>
2889 <para>
2890  Please report the problem to the creator of your selinux policies.
2891 </para>
2892 <para>
2893  The problem is that some selinux policy writers aren't familiar
2894  with the application they are trying to <quote>secure</quote> and
2895  thus create policies that make no sense.
2896 </para>
2897 <para>
2898  In <application>Privoxy's</application> case the problem usually
2899  is that the policy only allows outgoing connections for certain
2900  destination ports (e.g. 80 and 443). While this may cover the
2901  standard ports, websites occasionally use other ports as well.
2902  This isn't a security problem and therefore <application>Privoxy's</application>
2903  default configuration doesn't block these requests.
2904 </para>
2905 <para>
2906  If you really want to block these ports (and don't be able
2907  to load websites that don't use standard ports), you should
2908  configure Privoxy to block these ports as well, so it doesn't
2909  trigger the selinux warnings.
2910 </para>
2911 </sect2>
2912
2913
2914 <sect2 renderas="sect3" id="gentoo-ricers">
2915 <title>I compiled &my-app; with Gentoo's portage and it appears to be very slow. Why?</title>
2916 <para>
2917  Probably you unintentionally compiled &my-app; without threading support
2918  in which case requests have to be serialized and only one can be served
2919  at the same time.
2920 </para>
2921 <para>
2922  Check your <quote>USE</quote> flags and make sure they include
2923  <quote>threads</quote>. If they don't, add the flag and rebuild &my-app;.
2924 </para>
2925 <para>
2926  If you compiled &my-app; with threading support (on POSIX-based systems),
2927  the <quote>Conditional #defines</quote> section on <ulink
2928  url="http://config.privoxy.org/show-status">http://config.privoxy.org/show-status</ulink>
2929  will list <quote>FEATURE_PTHREAD</quote> as <quote>enabled</quote>.
2930 </para>
2931 </sect2>
2932
2933 <sect2 renderas="sect3" id="tainted-sockets">
2934 <title>What are tainted sockets and how do I prevent them?</title>
2935 <para>
2936  &my-app; marks sockets as tainted when it can't use them to
2937  serve additional requests.
2938  This does not necessarily mean that something went wrong and
2939  information about tainted sockets is only logged if connection
2940  debugging is enabled (debug 2).
2941 </para>
2942 <para>
2943  For example server sockets that were used for CONNECT requests
2944  (which are used to tunnel https:// requests) are considered tainted
2945  once the client closed its connection to &my-app;.
2946  Technically &my-app; could keep the connection to the server open,
2947  but the server would not accept requests that do not belong to the
2948  previous TLS/SSL session (and the client may even have terminated
2949  the session).
2950 </para>
2951 <para>
2952  Server sockets are also marked tainted when a client requests a
2953  resource, but closes the connection before &my-app; has completely
2954  received (and forwarded) the resource to the client.
2955  In this case the server would (probably) accept additional requests,
2956  but &my-app; could not get the response without completely reading
2957  the leftovers from the previous response.
2958 </para>
2959 <para>
2960  These are just two examples, there are currently a bit more than
2961  25 scenarios in which a socket is considered tainted.
2962 </para>
2963 <para>
2964  While sockets can also be marked tainted as a result of a technical
2965  problem that may be worth fixing, the problem will be explicitly
2966  logged as error.
2967 </para>
2968 </sect2>
2969
2970 <sect2 renderas="sect3" id="pcre-stack-limit">
2971 <title>After adding my custom filters, &my-app; crashes when visitting certain websites</title>
2972 <para>
2973  This can happen if your custom filters require more memory than &my-app;
2974  is allowed to use.
2975  Usually the problem is that the operating system enforces a stack size limit
2976  that isn't sufficient.
2977 </para>
2978 <para>
2979  Unless the problem occurs with the filters available in the default configuration,
2980  this is not considered a Privoxy bug.
2981 </para>
2982 <para>
2983  To prevent the crashes you can rewrite your filter to use less resources,
2984  increase the relevant memory limit or recompile pcre to use less stack space.
2985  For details please see the
2986  <ulink url="http://pcre.org/original/doc/html/pcrestack.html">pcrestack man page</ulink>
2987  and the documentation of your operating system.
2988 </para>
2989 </sect2>
2990
2991 <sect2 renderas="sect3" id="file-permissions">
2992 <title>What to do if editing the config file of privoxy is access denied?</title>
2993 <para>
2994  Your userid probably isn't allowed to edit the file.
2995  <!--  show how to check permissions? -->
2996  On Windows you can use the windows equivalent of sudo:
2997 </para>
2998  <screen>runas /user:administrator "notepad \privoxy\config.txt"</screen>
2999
3000 <para>
3001  or fix the file permissions:
3002 </para>
3003 <screen>C:\Privoxy>icacls config.txt
3004 config.txt BUILTIN\Administrators:(I)(F)
3005            NT AUTHORITY\SYSTEM:(I)(F)
3006            BUILTIN\Users:(I)(RX)
3007            NT AUTHORITY\Authenticated Users:(I)(M)
3008
3009 Successfully processed 1 files; Failed processing 0 files
3010
3011 C:\Privoxy>icacls config.txt /grant Lee:F
3012 processed file: config.txt
3013 Successfully processed 1 files; Failed processing 0 files
3014
3015 C:\Privoxy>icacls config.txt
3016 config.txt I3668\Lee:(F)
3017            BUILTIN\Administrators:(I)(F)
3018            NT AUTHORITY\SYSTEM:(I)(F)
3019            BUILTIN\Users:(I)(RX)
3020            NT AUTHORITY\Authenticated Users:(I)(M)
3021
3022 Successfully processed 1 files; Failed processing 0 files
3023
3024 C:\Privoxy></screen>
3025
3026 <para>
3027  or try to point-n-click your way through adjusting the file
3028  permissions in windows explorer.
3029 </para>
3030 </sect2>
3031
3032 </sect1>
3033
3034   <!--   ~~~~~       New section      ~~~~~     -->
3035   <sect1 id="contact"><title>Contacting the developers, Bug Reporting and Feature Requests</title>
3036 <!-- Include contacting.sgml  -->
3037  &contacting;
3038 <!-- end contacting -->
3039   </sect1>
3040
3041 <!--   ~~~~~       New section      ~~~~~     -->
3042 <sect1 id="copyright"><title>Privoxy Copyright, License and History</title>
3043
3044  <!-- Include copyright.sgml -->
3045   &copyright;
3046  <!-- end -->
3047
3048
3049   <para>
3050    Portions of this document are <quote>borrowed</quote> from the original
3051    <application>Junkbuster</application> (tm) FAQ, and modified as
3052    appropriate for <application>Privoxy</application>.
3053   </para>
3054
3055  <!--   ~~~~~       New section      ~~~~~     -->
3056  <sect2><title>License</title>
3057  <!-- Include copyright.sgml: -->
3058   &license;
3059  <!-- end copyright -->
3060  </sect2>
3061  <!--  ~  End section  ~  -->
3062
3063  <!--   ~~~~~       New section      ~~~~~     -->
3064  <sect2><title>History</title>
3065  <!-- Include history.sgml -->
3066   &history;
3067  <!-- end -->
3068  </sect2>
3069
3070  </sect1>
3071  <!--  ~  End section  ~  -->
3072
3073
3074 <!--   ~~~~~       New section      ~~~~~     -->
3075 <!--
3076 <sect1 id="seealso"><title>See also</title>
3077 -->
3078 <!-- Include seealso.sgml -->
3079 <!--
3080  &see;
3081 -->
3082 <!-- end  -->
3083 <!--
3084 </sect1>
3085 -->
3086
3087  <!--
3088  This program is free software; you can redistribute it
3089  and/or modify it under the terms of the GNU General
3090  Public License as published by the Free Software
3091  Foundation; either version 2 of the License, or (at
3092  your option) any later version.
3093
3094  This program is distributed in the hope that it will
3095  be useful, but WITHOUT ANY WARRANTY; without even the
3096  implied warranty of MERCHANTABILITY or FITNESS FOR A
3097  PARTICULAR PURPOSE.  See the GNU General Public
3098  License for more details.
3099
3100  The GNU General Public License should be included with
3101  this file.  If not, you can view it at
3102  http://www.gnu.org/copyleft/gpl.html
3103  or write to the Free Software Foundation, Inc.,
3104  51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA
3105 -->
3106
3107 </article>