Change references to 3.0.4 to 3.0.5 and minor adjustments.
[privoxy.git] / doc / webserver / faq / trouble.html
1 <HTML
2 ><HEAD
3 ><TITLE
4 >Troubleshooting</TITLE
5 ><META
6 NAME="GENERATOR"
7 CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
8 "><LINK
9 REL="HOME"
10 TITLE="Privoxy Frequently Asked Questions"
11 HREF="index.html"><LINK
12 REL="PREVIOUS"
13 TITLE="Miscellaneous"
14 HREF="misc.html"><LINK
15 REL="NEXT"
16 TITLE="Contacting the developers, Bug Reporting and Feature Requests"
17 HREF="contact.html"><LINK
18 REL="STYLESHEET"
19 TYPE="text/css"
20 HREF="../p_doc.css"></HEAD
21 ><BODY
22 CLASS="SECT1"
23 BGCOLOR="#EEEEEE"
24 TEXT="#000000"
25 LINK="#0000FF"
26 VLINK="#840084"
27 ALINK="#0000FF"
28 ><DIV
29 CLASS="NAVHEADER"
30 ><TABLE
31 SUMMARY="Header navigation table"
32 WIDTH="100%"
33 BORDER="0"
34 CELLPADDING="0"
35 CELLSPACING="0"
36 ><TR
37 ><TH
38 COLSPAN="3"
39 ALIGN="center"
40 >Privoxy Frequently Asked Questions</TH
41 ></TR
42 ><TR
43 ><TD
44 WIDTH="10%"
45 ALIGN="left"
46 VALIGN="bottom"
47 ><A
48 HREF="misc.html"
49 ACCESSKEY="P"
50 >Prev</A
51 ></TD
52 ><TD
53 WIDTH="80%"
54 ALIGN="center"
55 VALIGN="bottom"
56 ></TD
57 ><TD
58 WIDTH="10%"
59 ALIGN="right"
60 VALIGN="bottom"
61 ><A
62 HREF="contact.html"
63 ACCESSKEY="N"
64 >Next</A
65 ></TD
66 ></TR
67 ></TABLE
68 ><HR
69 ALIGN="LEFT"
70 WIDTH="100%"></DIV
71 ><DIV
72 CLASS="SECT1"
73 ><H1
74 CLASS="SECT1"
75 ><A
76 NAME="TROUBLE"
77 ></A
78 >5. Troubleshooting</H1
79 ><DIV
80 CLASS="SECT2"
81 ><H3
82 CLASS="SECT2"
83 ><A
84 NAME="AEN967"
85 ></A
86 >5.1. I am getting <SPAN
87 CLASS="QUOTE"
88 >"connection refused"</SPAN
89 >
90 with every web page?</H3
91 ><P
92 > Either <SPAN
93 CLASS="APPLICATION"
94 >Privoxy</SPAN
95 > is not running, or your 
96  browser is configured for a different port than what
97  <SPAN
98 CLASS="APPLICATION"
99 >Privoxy</SPAN
100 > is using, or, if using a forwarding 
101  rule, you have a configuration problem or a problem with a host in the 
102  forwarding chain.
103  </P
104 ><P
105 > You should verify that <SPAN
106 CLASS="APPLICATION"
107 >Privoxy</SPAN
108 > is indeed running and that the correct port is set,
109  and matches what your browser is set to. See <A
110 HREF="../user-manual/config.html#LISTEN-ADDRESS"
111 TARGET="_top"
112 ><TT
113 CLASS="LITERAL"
114 >listen-address</TT
115 >
116  option</A
117 > in <SPAN
118 CLASS="APPLICATION"
119 >Privoxy's</SPAN
120 > <A
121 HREF="../user-manual/config.html"
122 TARGET="_top"
123 >main configuration file</A
124 >. If using 
125  any forwarding rules, disable those to make sure the problem is not with 
126  a forwarder.</P
127 ></DIV
128 ><DIV
129 CLASS="SECT2"
130 ><H3
131 CLASS="SECT2"
132 ><A
133 NAME="AEN979"
134 ></A
135 >5.2. I just added a new rule, but the steenkin ad is 
136 still getting through. How?</H3
137 ><P
138 > If the ad had been displayed before you added its URL, it will probably be
139  held in the browser's cache for some time, so it will be displayed without
140  the need for any request to the server, and <SPAN
141 CLASS="APPLICATION"
142 >Privoxy</SPAN
143 >
144  will not be in the picture. The best thing to do is try flushing the browser's
145  caches. And then try again.</P
146 ><P
147 > If this doesn't help, you probably have an error in the rule you
148  applied. Try pasting the full URL of the offending ad into <A
149 HREF="http://config.privoxy.org/show-url-info"
150 TARGET="_top"
151 >http://config.privoxy.org/show-url-info</A
152 >
153  and see if it really matches your new rule. Blocking ads is like blocking
154  spam: a lot of tinkering is required to stay ahead of the game.</P
155 ></DIV
156 ><DIV
157 CLASS="SECT2"
158 ><H3
159 CLASS="SECT2"
160 ><A
161 NAME="BADSITE"
162 ></A
163 >5.3. One of my favorite sites does not work with Privoxy.
164 What can I do?</H3
165 ><P
166 > First verify that it is indeed a <SPAN
167 CLASS="APPLICATION"
168 >Privoxy</SPAN
169 > problem, 
170  by toggling off <SPAN
171 CLASS="APPLICATION"
172 >Privoxy</SPAN
173 > through <A
174 HREF="http://config.privoxy.org/toggle"
175 TARGET="_top"
176 >http://config.privoxy.org/toggle</A
177 >,
178  and then shift-reloading the problem page (i.e. holding down the shift key
179  while clicking reload. Alternatively, flush your browser's disk and memory
180  caches).</P
181 ><P
182 > If still a problem, go to <A
183 HREF="http://config.privoxy.org/show-url-info"
184 TARGET="_top"
185 >http://config.privoxy.org/show-url-info</A
186 >
187  and paste the full URL of the page in question into the prompt. See which actions
188  are being applied to the URL, and which matches in which actions files are
189  responsible for that. Now, armed with this information, go to <A
190 HREF="http://config.privoxy.org/show-status"
191 TARGET="_top"
192 >http://config.privoxy.org/show-status</A
193 >
194  and select the appropriate actions files for editing.</P
195 ><P
196 > You can now either look for a section which disables the actions that
197  you suspect to cause the problem and add a pattern for your site there,
198  or make up a completely new section for your site. In any case, the recommended
199  way is to disable only the prime suspect, reload the problem page, and only
200  if the problem persists, disable more and more actions until you have
201  identified the culprit. You may or may not want to turn the other actions
202  on again. Remember to flush your browser's caches in between any such changes!</P
203 ><P
204 > Alternately, if you are comfortable with a text editor, you can accomplish 
205  the same thing by editing the appropriate actions file. Probably the easiest 
206  way to deal with such problems when editing by hand is to add your
207  site to a <TT
208 CLASS="LITERAL"
209 >{ fragile }</TT
210 > section in <TT
211 CLASS="FILENAME"
212 >user.action</TT
213 >,
214  which is an alias that turns off most <SPAN
215 CLASS="QUOTE"
216 >"dangerous"</SPAN
217 >
218  actions, but is also likely to turn off more actions then needed, and thus lower
219  your privacy and protection more than necessary, </P
220 ><P
221 > Troubleshooting actions is discussed in more detail in the <A
222 HREF="../user-manual/appendix.html#ACTIONSANAT"
223 TARGET="_top"
224 >User Manual appendix,
225  Troubleshooting: the Anatomy of an Action</A
226 >.
227  There is also an <A
228 HREF="../user-manual/actions-file.html#ACT-EXAMPLES"
229 TARGET="_top"
230 >actions tutorial</A
231 >
232  with general configuration information and examples.</P
233 ></DIV
234 ><DIV
235 CLASS="SECT2"
236 ><H3
237 CLASS="SECT2"
238 ><A
239 NAME="DUN"
240 ></A
241 >5.4. After installing Privoxy, I have to log in
242 every time I start IE. What gives?</H3
243 ><P
244 > This is a quirk that effects the installation of
245  <SPAN
246 CLASS="APPLICATION"
247 >Privoxy</SPAN
248 >, in conjunction with Internet Explorer and
249  Internet Connection Sharing on Windows 2000 and Windows XP. The symptoms may
250  appear to be corrupted or invalid DUN settings, or passwords.</P
251 ><P
252 > When setting up an NT based Windows system with
253  <SPAN
254 CLASS="APPLICATION"
255 >Privoxy</SPAN
256 > you may find that things do not seem to be
257  doing what you expect. When you set your system up you will probably have set
258  up Internet Connection Sharing (ICS) with Dial up Networking (DUN) when
259  logged in with administrator privileges. You will probably have made this DUN
260  connection available to other accounts that you may have set-up on your
261  system. E.g. Mum or Dad sets up the system and makes accounts suitably
262  configured for the kids.</P
263 ><P
264 > When setting up <SPAN
265 CLASS="APPLICATION"
266 >Privoxy</SPAN
267 > in this environment you
268  will have to alter the proxy set-up of Internet Explorer (IE) for the
269  specific DUN connection on which you wish to use
270  <SPAN
271 CLASS="APPLICATION"
272 >Privoxy</SPAN
273 >. When you do this the ICS DUN set-up
274  becomes user specific. In this instance you will see no difference if you
275  change the DUN connection under the account used to set-up the connection.
276  However when you do this from another user you will notice that the DUN
277  connection changes to make available to "Me only". You will also find that
278  you have to store the password under each different user!</P
279 ><P
280 > The reason for this is that each user's set-up for IE is user specific. Each
281  set-up DUN connection and each LAN connection in IE store the settings for
282  each user individually. As such this enforces individual configurations
283  rather than common ones. Hence the first time you use a DUN connection after
284  re-booting your system it may not perform as you expect, and prompt you for 
285  the password. Just set and save the password again and all should be OK.</P
286 ><P
287 >[Thanks to Ray Griffith for this submission.]</P
288 ></DIV
289 ><DIV
290 CLASS="SECT2"
291 ><H3
292 CLASS="SECT2"
293 ><A
294 NAME="FTP"
295 ></A
296 >5.5. I cannot connect to any FTP sites. Privoxy
297  is blocking me.</H3
298 ><P
299 >  <SPAN
300 CLASS="APPLICATION"
301 >Privoxy</SPAN
302 > cannot act as a proxy for FTP traffic, 
303   so do not configure your browser to use <SPAN
304 CLASS="APPLICATION"
305 >Privoxy</SPAN
306 >
307   as an FTP proxy. The same is true for <SPAN
308 CLASS="emphasis"
309 ><I
310 CLASS="EMPHASIS"
311 >any protocol other than HTTP
312   or HTTPS (SSL)</I
313 ></SPAN
314 >. 
315  </P
316 ><P
317 >  Most browsers understand FTP as well as HTTP. If you connect to a site, with
318   a URL like <TT
319 CLASS="LITERAL"
320 >ftp://ftp.example.com</TT
321 >, your browser is making
322   an FTP connection, and not a HTTP connection. So while your browser may 
323   speak FTP, <SPAN
324 CLASS="APPLICATION"
325 >Privoxy</SPAN
326 > does not, and cannot proxy 
327   such traffic.
328  </P
329 ><P
330 >  To complicate matters, some systems may have a generic <SPAN
331 CLASS="QUOTE"
332 >"proxy"</SPAN
333 >
334   setting, which will silently enable various protocols, including
335   <SPAN
336 CLASS="emphasis"
337 ><I
338 CLASS="EMPHASIS"
339 >both</I
340 ></SPAN
341 > HTTP and FTP proxying! So it is possible to
342   accidentally enable FTP proxying in these cases. And of course, if this
343   happens, <SPAN
344 CLASS="APPLICATION"
345 >Privoxy</SPAN
346 > will indeed cause problems since
347   it does not know FTP. Newer version will give a sane error
348   message if a FTP connection is attempted. Just disable the FTP setting 
349   and all will be well again.
350  </P
351 ><P
352 >  Will <SPAN
353 CLASS="APPLICATION"
354 >Privoxy</SPAN
355 > ever proxy FTP traffic? Unlikely.
356   There just is not much reason, and the work to make this happen is more than
357   it may seem.
358  </P
359 ></DIV
360 ><DIV
361 CLASS="SECT2"
362 ><H3
363 CLASS="SECT2"
364 ><A
365 NAME="OSXIE"
366 ></A
367 >5.6. In Mac OSX, I can't configure Microsoft Internet Explorer to use 
368  Privoxy as the HTTP proxy.</H3
369 ><P
370 >  Microsoft Internet Explorer (in versions like 5.1) respects system-wide
371   network settings.  In order to change the HTTP proxy, open System
372   Preferences, and click on the Network icon.  In the settings pane that
373   comes up, click on the Proxies tab.  Ensure the "Web Proxy (HTTP)" checkbox 
374   is checked and enter <TT
375 CLASS="LITERAL"
376 >127.0.0.1</TT
377 > in the entry field.  
378   Enter <TT
379 CLASS="LITERAL"
380 >8118</TT
381 > in the Port field.  The next time you start
382   IE, it should reflect these values.
383  </P
384 ></DIV
385 ><DIV
386 CLASS="SECT2"
387 ><H3
388 CLASS="SECT2"
389 ><A
390 NAME="OSXUNINSTALL"
391 ></A
392 >5.7. In Mac OSX, I dragged the Privoxy folder to the trash in order to 
393  uninstall it.  Now the finder tells me I don't have sufficient privileges to
394  empty the trash.</H3
395 ><P
396 >  Just dragging the <SPAN
397 CLASS="APPLICATION"
398 >Privoxy</SPAN
399 > folder to the trash is
400   not enough to delete it.  <SPAN
401 CLASS="APPLICATION"
402 >Privoxy</SPAN
403 > supplies an
404   <SPAN
405 CLASS="APPLICATION"
406 >uninstall.command</SPAN
407 > file that takes care of
408   these details.  Open the trash, drag the <SPAN
409 CLASS="APPLICATION"
410 >uninstall.command</SPAN
411 >
412   file out of the trash and double-click on it.  You will be prompted for
413   confirmation and the administration password.
414  </P
415 ><P
416 >  The trash may still appear full after this command; emptying the trash 
417   from the desktop should make it appear empty again.
418  </P
419 ></DIV
420 ><DIV
421 CLASS="SECT2"
422 ><H3
423 CLASS="SECT2"
424 ><A
425 NAME="OSXIMAGES"
426 ></A
427 >5.8. In Mac OSX Panther (10.3), images often fail to load and/or I
428  experience random delays in page loading. I'm using
429  <TT
430 CLASS="LITERAL"
431 >localhost</TT
432 > as my browser's proxy setting.</H3
433 ><P
434 >  We believe this is due to an IPv6-related bug in OSX, but don't fully
435   understand the issue yet. In any case, changing the proxy setting to 
436   <TT
437 CLASS="LITERAL"
438 >127.0.0.1</TT
439 > instead of <TT
440 CLASS="LITERAL"
441 >localhost</TT
442 >
443   works around the problem.
444  </P
445 ></DIV
446 ><DIV
447 CLASS="SECT2"
448 ><H3
449 CLASS="SECT2"
450 ><A
451 NAME="BLANKPAGE"
452 ></A
453 >5.9. I get a completely blank page at one site. <SPAN
454 CLASS="QUOTE"
455 >"View Source"</SPAN
456 >
457  shows only: <SPAN
458 CLASS="MARKUP"
459 >&#60;html&#62;&#60;body&#62;&#60;/body&#62;&#60;/html&#62;</SPAN
460 >. Without
461  Privoxy the page loads fine.</H3
462 ><P
463 >  Chances are that the site suffers from a bug in
464   <A
465 HREF="http://www.php.net/"
466 TARGET="_top"
467 ><SPAN
468 CLASS="APPLICATION"
469 >PHP</SPAN
470 ></A
471 >,
472   which results in empty pages being sent if the client explicitly requests
473   an uncompressed page, like <SPAN
474 CLASS="APPLICATION"
475 >Privoxy</SPAN
476 > does.
477   This bug has been fixed in PHP 4.2.3.
478  </P
479 ><P
480 >  To find out if this is in fact the source of the problem, try adding
481   the site to a <TT
482 CLASS="LITERAL"
483 >-prevent-compression</TT
484 > section in
485   <TT
486 CLASS="FILENAME"
487 >user.action</TT
488 >:
489  </P
490 ><TABLE
491 BORDER="0"
492 BGCOLOR="#E0E0E0"
493 WIDTH="100%"
494 ><TR
495 ><TD
496 ><PRE
497 CLASS="SCREEN"
498 >   # Make exceptions for ill-behaved sites:                                     
499    #                                                                    
500    {-prevent-compression}                                               
501     .example.com</PRE
502 ></TD
503 ></TR
504 ></TABLE
505 ><P
506 >  If that works, you may also want to report the problem to the
507   site's webmasters, telling them to use zlib.output_compression
508   instead of ob_gzhandler in their PHP applications (workaround)
509   or upgrade to PHP 4.2.3 or later (fix).
510  </P
511 ></DIV
512 ><DIV
513 CLASS="SECT2"
514 ><H3
515 CLASS="SECT2"
516 ><A
517 NAME="ERROR503"
518 ></A
519 >5.10. Why am I getting a 503 Error (WSAECONNREFUSED) on every page?</H3
520 ><P
521 >  More than likely this is a problem with your TCP/IP networking. ZoneAlarm has
522   been reported to cause this symptom -- even if not running. The solution is
523   to either fight the ZA configuration, or uninstall ZoneAlarm, and then find
524   something better behaved in its place. Other personal firewall type products
525   may cause similar type problems if not configured correctly.
526  </P
527 ></DIV
528 ><DIV
529 CLASS="SECT2"
530 ><H3
531 CLASS="SECT2"
532 ><A
533 NAME="NOHOSTNAME"
534 ></A
535 >5.11. My logs show many <SPAN
536 CLASS="QUOTE"
537 >"Unable to get my own hostname"</SPAN
538 > lines.
539 Why?</H3
540 ><P
541 > <SPAN
542 CLASS="APPLICATION"
543 >Privoxy</SPAN
544 > tries to get the hostname of the system
545  its running on from the IP address of the system interface it is bound to
546  (from the <TT
547 CLASS="FILENAME"
548 >config</TT
549 > file
550  <SPAN
551 CLASS="emphasis"
552 ><I
553 CLASS="EMPHASIS"
554 >listen-address</I
555 ></SPAN
556 > setting). If the system cannot supply
557  this information, <SPAN
558 CLASS="APPLICATION"
559 >Privoxy</SPAN
560 > logs this condition. </P
561 ><P
562 > Typically, this would be considered a minor system configuration error. It is
563  not a fatal error to <SPAN
564 CLASS="APPLICATION"
565 >Privoxy</SPAN
566 > however, but may
567  result in a much slower response from <SPAN
568 CLASS="APPLICATION"
569 >Privoxy</SPAN
570 > on
571  some platforms due to DNS timeouts.</P
572 ><P
573 > This can be caused by a problem with the local <TT
574 CLASS="FILENAME"
575 >HOSTS</TT
576 >
577  file. If this file has been changed from the original, try reverting it to
578  see if that helps.</P
579 ></DIV
580 ><DIV
581 CLASS="SECT2"
582 ><H3
583 CLASS="SECT2"
584 ><A
585 NAME="INUSE"
586 ></A
587 >5.12. When I try to launch Privoxy, I get an 
588 error message <SPAN
589 CLASS="QUOTE"
590 >"port 8118 is already in use"</SPAN
591 > (or similar wording).
592 Why?</H3
593 ><P
594 > Port 8118 is <SPAN
595 CLASS="APPLICATION"
596 >Privoxy's</SPAN
597 > default TCP 
598  <SPAN
599 CLASS="QUOTE"
600 >"listening"</SPAN
601 > port. Typically this message would mean that there
602  is already one instance of <SPAN
603 CLASS="APPLICATION"
604 >Privoxy</SPAN
605 > running, and
606  you are actually trying to start a second <SPAN
607 CLASS="APPLICATION"
608 >Privoxy</SPAN
609
610  on the same port, which will not work. (You can have multiple instances but
611  they must be assigned different ports.) How and why this might happen varies
612  from platform to platform, but you need to check your installation and
613  start-up procedures.</P
614 ></DIV
615 ><DIV
616 CLASS="SECT2"
617 ><H3
618 CLASS="SECT2"
619 ><A
620 NAME="DEMORONIZER"
621 ></A
622 >5.13. Pages with UTF-8 fonts are garbled.</H3
623 ><P
624 > This is caused by the <SPAN
625 CLASS="QUOTE"
626 >"demoronizer"</SPAN
627 > filter. You should either
628  upgrade <SPAN
629 CLASS="APPLICATION"
630 >Privoxy</SPAN
631 >, or at least upgrade to the most
632  recent <TT
633 CLASS="FILENAME"
634 >default.action</TT
635 > file available from <A
636 HREF="http://sourceforge.net/project/showfiles.php?group_id=11118"
637 TARGET="_top"
638 >SourceForge</A
639 >.
640  Or you can simply disable the demoronizer filter.</P
641 ></DIV
642 ><DIV
643 CLASS="SECT2"
644 ><H3
645 CLASS="SECT2"
646 ><A
647 NAME="DEMORONIZER2"
648 ></A
649 >5.14. Why are binary files (such as images) corrupted when Privoxy
650  is used?</H3
651 ><P
652 > This may also be caused by the <SPAN
653 CLASS="QUOTE"
654 >"demoronizer"</SPAN
655 > filter, 
656  in conjunction with a web server that is misreporting a file type. Binary 
657  files are exempted from <SPAN
658 CLASS="APPLICATION"
659 >Privoxy's</SPAN
660 > filtering
661  (unless the web server by mistake says the file is something else). Either
662  upgrade <SPAN
663 CLASS="APPLICATION"
664 >Privoxy</SPAN
665 >, or go to the most recent
666  <TT
667 CLASS="FILENAME"
668 >default.action</TT
669 > file available from <A
670 HREF="http://sourceforge.net/project/showfiles.php?group_id=11118"
671 TARGET="_top"
672 >SourceForge</A
673 >.</P
674 ></DIV
675 ><DIV
676 CLASS="SECT2"
677 ><H3
678 CLASS="SECT2"
679 ><A
680 NAME="DEMORONIZER3"
681 ></A
682 >5.15. What is the <SPAN
683 CLASS="QUOTE"
684 >"demoronizer"</SPAN
685 > and why is it there?</H3
686 ><P
687 > The original demoronizer was a Perl script that cleaned up HTML pages which 
688  were created with certain Microsoft products. MS has used proprietary extensions 
689  to standardized font encodings (ISO 8859-1), which has caused problems for pages
690  that are viewed with non-Microsoft products (and are expecting to see a
691  standard set of fonts). The demoronizer corrected these errors so the pages
692  displayed correctly. <SPAN
693 CLASS="APPLICATION"
694 >Privoxy</SPAN
695 > borrowed from this
696  script, introducing a filter based on the original demoronizer, which in turn could
697  correct these errors on the fly. </P
698 ><P
699 > But this is only needed in some situations, and will cause serious problems in some 
700  other situations.</P
701 ><P
702 > If you are using Microsoft products, you do not need it. If you need to view 
703  pages with UTF-8 characters (such as Cyrillic or Chinese), then it will 
704  cause corruption of the fonts, and thus <SPAN
705 CLASS="emphasis"
706 ><I
707 CLASS="EMPHASIS"
708 >should not be on</I
709 ></SPAN
710 >.</P
711 ><P
712 > On the other hand, if you use non-Microsoft products, and you occasionally 
713  notice wierd characters on pages, you might want to try it.</P
714 ></DIV
715 ><DIV
716 CLASS="SECT2"
717 ><H3
718 CLASS="SECT2"
719 ><A
720 NAME="WINDOWOPEN"
721 ></A
722 >5.16. Why do I keep seeing <SPAN
723 CLASS="QUOTE"
724 >"PrivoxyWindowOpen()"</SPAN
725 > in raw source code?</H3
726 ><P
727 > <SPAN
728 CLASS="APPLICATION"
729 >Privoxy</SPAN
730 > is attempting to disable malicious 
731   <A
732 HREF="http://en.wikipedia.org/wiki/Javascript"
733 TARGET="_top"
734 >Javascript</A
735
736   in this case, with the <TT
737 CLASS="LITERAL"
738 >unsolicited-popups</TT
739 >
740  filter. <SPAN
741 CLASS="APPLICATION"
742 >Privoxy</SPAN
743 > cannot tell very well 
744  <SPAN
745 CLASS="QUOTE"
746 >"good"</SPAN
747 > code snippets from <SPAN
748 CLASS="QUOTE"
749 >"bad"</SPAN
750 > code snippets.</P
751 ><P
752 > If you see this in HTML source, and the page displays without problems, then 
753  this is good, and likely some pop-up window was disabled. If you see this 
754  where it is causing a problem, such as a downloaded program source code file, 
755  then you should set an exception for this site or page such that the
756  integrity of the page stays in tact by disabling all filtering.</P
757 ></DIV
758 ><DIV
759 CLASS="SECT2"
760 ><H3
761 CLASS="SECT2"
762 ><A
763 NAME="DNSERRORS"
764 ></A
765 >5.17. I am getting too many DNS errors like <SPAN
766 CLASS="QUOTE"
767 >"404 No Such Domain"</SPAN
768 >. Why
769  can't Privoxy do this better?</H3
770 ><P
771 > There are potentially several factors here. First of all, the DNS resolution
772  is done by the underlying operating system -- not
773  <SPAN
774 CLASS="APPLICATION"
775 >Privoxy</SPAN
776 > itself. <SPAN
777 CLASS="APPLICATION"
778 >Privoxy</SPAN
779 >
780  merely initiates the process and hands it off, and then later reports
781  whatever the outcome was. And tries to give a coherent message if there seems
782  to be a problem. In some cases, this might otherwise be mitigated by the
783  browser itself which might try some work-arounds and alternate approaches (e.g
784  adding <SPAN
785 CLASS="QUOTE"
786 >"www."</SPAN
787 > to the URL). In other cases, if
788  <SPAN
789 CLASS="APPLICATION"
790 >Privoxy</SPAN
791 > is being chained with another proxy, this
792  could complicate the issue, and cause undue
793  delays and timeouts. In the case of a <SPAN
794 CLASS="QUOTE"
795 >"socks4a"</SPAN
796 > proxy, the socks
797  server handles all the DNS.  <SPAN
798 CLASS="APPLICATION"
799 >Privoxy</SPAN
800 > would just be
801  the <SPAN
802 CLASS="QUOTE"
803 >"messenger"</SPAN
804 > which is reporting whatever problem occurred
805  downstream, and not the root cause of the error.</P
806 ><P
807 > In any case, v. 3.0.5 includes various improvements to help
808  <SPAN
809 CLASS="APPLICATION"
810 >Privoxy</SPAN
811 > better handle these cases.</P
812 ></DIV
813 ><DIV
814 CLASS="SECT2"
815 ><H3
816 CLASS="SECT2"
817 ><A
818 NAME="ALLCPU"
819 ></A
820 >5.18. At one site Privoxy just hangs, and starts taking 
821  all CPU. Why is this?</H3
822 ><P
823 > This is probably a manifestation of the <SPAN
824 CLASS="QUOTE"
825 >"100% cpu"</SPAN
826 > problem that
827  occurs on pages containing many (thousands upon thousands) of blank lines. The blank lines 
828  are in the raw HTML source of the page, and the browser just ignores them. But the 
829  pattern matching in <SPAN
830 CLASS="APPLICATION"
831 >Privoxy's</SPAN
832 > page filtering
833  mechanism is trying to match against absurdly long strings and this becomes
834  very CPU-intensive, taking a long, long time to complete. Until a better
835  solution comes along, disable filtering on these pages, particularly the
836  <TT
837 CLASS="LITERAL"
838 >js-annoyances</TT
839 > and <TT
840 CLASS="LITERAL"
841 >unsolicited-popups</TT
842 >
843  filters.</P
844 ></DIV
845 ><DIV
846 CLASS="SECT2"
847 ><H3
848 CLASS="SECT2"
849 ><A
850 NAME="SLOWCRAWL"
851 ></A
852 >5.19. I just installed Privoxy, and all my
853 browsing has slowed to a crawl. What gives?</H3
854 ><P
855 > This should not happen, and for the overwhelming number of users world-wide,
856  it does not happen. I would suspect some inadvertent interaction of software
857  components such as anti-virus software, spyware protectors, personal
858  firewalls or similar components. Try disabling (or uninstalling) these one
859  at a time and see if that helps.</P
860 ></DIV
861 ></DIV
862 ><DIV
863 CLASS="NAVFOOTER"
864 ><HR
865 ALIGN="LEFT"
866 WIDTH="100%"><TABLE
867 SUMMARY="Footer navigation table"
868 WIDTH="100%"
869 BORDER="0"
870 CELLPADDING="0"
871 CELLSPACING="0"
872 ><TR
873 ><TD
874 WIDTH="33%"
875 ALIGN="left"
876 VALIGN="top"
877 ><A
878 HREF="misc.html"
879 ACCESSKEY="P"
880 >Prev</A
881 ></TD
882 ><TD
883 WIDTH="34%"
884 ALIGN="center"
885 VALIGN="top"
886 ><A
887 HREF="index.html"
888 ACCESSKEY="H"
889 >Home</A
890 ></TD
891 ><TD
892 WIDTH="33%"
893 ALIGN="right"
894 VALIGN="top"
895 ><A
896 HREF="contact.html"
897 ACCESSKEY="N"
898 >Next</A
899 ></TD
900 ></TR
901 ><TR
902 ><TD
903 WIDTH="33%"
904 ALIGN="left"
905 VALIGN="top"
906 >Miscellaneous</TD
907 ><TD
908 WIDTH="34%"
909 ALIGN="center"
910 VALIGN="top"
911 >&nbsp;</TD
912 ><TD
913 WIDTH="33%"
914 ALIGN="right"
915 VALIGN="top"
916 >Contacting the developers, Bug Reporting and Feature Requests</TD
917 ></TR
918 ></TABLE
919 ></DIV
920 ></BODY
921 ></HTML
922 >