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="AEN963"
  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.</P
 101 ><P
 102 > Early <SPAN
 103 CLASS="APPLICATION"
 104 >Privoxy</SPAN
 105 > 2.x versions (and also
 106  <SPAN
 107 CLASS="APPLICATION"
 108 >Junkbuster</SPAN
 109 >) used port 8000 by
 110  default. This has been changed to port 8118 now, due to a conflict
 111  with NAS (Network Audio Service), which uses port 8000. If you haven't,
 112  you need to change your browser to the new port number, or alternately
 113  change the <A
 114 HREF="../user-manual/config.html#LISTEN-ADDRESS"
 115 TARGET="_top"
 116 ><TT
 117 CLASS="LITERAL"
 118 >listen-address</TT
 119 >
 120  option</A
 121 > in <SPAN
 122 CLASS="APPLICATION"
 123 >Privoxy's</SPAN
 124 > <A
 125 HREF="../user-manual/config.html"
 126 TARGET="_top"
 127 >main configuration file</A
 128 >.</P
 129 ></DIV
 130 ><DIV
 131 CLASS="SECT2"
 132 ><H3
 133 CLASS="SECT2"
 134 ><A
 135 NAME="AEN976"
 136 ></A
 137 >5.2. I just added a new rule, but the steenkin ad is
 138 still getting through. How?</H3
 139 ><P
 140 > If the ad had been displayed before you added its URL, it will probably be
 141  held in the browser's cache for some time, so it will be displayed without
 142  the need for any request to the server, and <SPAN
 143 CLASS="APPLICATION"
 144 >Privoxy</SPAN
 145 >
 146  will not be in the picture. The best thing to do is try flushing the browser's
 147  caches. And then try again.</P
 148 ><P
 149 > If this doesn't help, you probably have an error in the rule you
 150  applied. Try pasting the full URL of the offending ad into <A
 151 HREF="http://config.privoxy.org/show-url-info"
 152 TARGET="_top"
 153 >http://config.privoxy.org/show-url-info</A
 154 >
 155  and see if it really matches your new rule. Blocking ads is like blocking
 156  spam: a lot of tinkering is required to stay ahead of the game.</P
 157 ></DIV
 158 ><DIV
 159 CLASS="SECT2"
 160 ><H3
 161 CLASS="SECT2"
 162 ><A
 163 NAME="BADSITE"
 164 ></A
 165 >5.3. One of my favorite sites does not work with Privoxy.
 166 What can I do?</H3
 167 ><P
 168 > First verify that it is indeed a <SPAN
 169 CLASS="APPLICATION"
 170 >Privoxy</SPAN
 171 > problem,
 172  by toggling off <SPAN
 173 CLASS="APPLICATION"
 174 >Privoxy</SPAN
 175 > through <A
 176 HREF="http://config.privoxy.org/toggle"
 177 TARGET="_top"
 178 >http://config.privoxy.org/toggle</A
 179 >,
 180  and then shift-reloading the problem page (i.e. holding down the shift key
 181  while clicking reload. Alternatively, flush your browser's disk and memory
 182  caches).</P
 183 ><P
 184 > If still a problem, go to <A
 185 HREF="http://config.privoxy.org/show-url-info"
 186 TARGET="_top"
 187 >http://config.privoxy.org/show-url-info</A
 188 >
 189  and paste the full URL of the page in question into the prompt. See which actions
 190  are being applied to the URL, and which matches in which actions files are
 191  responsible for that. Now, armed with this information, go to <A
 192 HREF="http://config.privoxy.org/show-status"
 193 TARGET="_top"
 194 >http://config.privoxy.org/show-status</A
 195 >
 196  and select the appropriate actions files for editing.</P
 197 ><P
 198 > You can now either look for a section which disables the actions that
 199  you suspect to cause the problem and add a pattern for your site there,
 200  or make up a completely new section for your site. In any case, the recommended
 201  way is to disable only the prime suspect, reload the problem page, and only
 202  if the problem persists, disable more and more actions until you have
 203  identified the culprit. You may or may not want to turn the other actions
 204  on again. Remember to flush your browser's caches in between any such changes!</P
 205 ><P
 206 > Alternately, if you are comfortable with a text editor, you can accomplish
 207  the same thing by editing the appropriate actions file. Probably the easiest
 208  way to deal with such problems when editing by hand is to add your
 209  site to a <TT
 210 CLASS="LITERAL"
 211 >{ fragile }</TT
 212 > section in <TT
 213 CLASS="FILENAME"
 214 >user.action</TT
 215 >,
 216  which is an alias that turns off most <SPAN
 217 CLASS="QUOTE"
 218 >"dangerous"</SPAN
 219 >
 220  actions, but is also likely to turn off more actions then needed, and thus lower
 221  your privacy and protection more than necessary, </P
 222 ><P
 223 > Troubleshooting actions is discussed in more detail in the <A
 224 HREF="../user-manual/appendix.html#ACTIONSANAT"
 225 TARGET="_top"
 226 >User Manual appendix</A
 227 >.
 228  There is also an <A
 229 HREF="../user-manual/actions-file.html#ACT-EXAMPLES"
 230 TARGET="_top"
 231 >actions tutorial</A
 232 >.</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 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.
 349  </P
 350 ><P
 351 >  Will <SPAN
 352 CLASS="APPLICATION"
 353 >Privoxy</SPAN
 354 > ever proxy FTP traffic? Unlikely.
 355   There just is not much reason, and the work to make this happen is more than
 356   it may seem.
 357  </P
 358 ></DIV
 359 ><DIV
 360 CLASS="SECT2"
 361 ><H3
 362 CLASS="SECT2"
 363 ><A
 364 NAME="OSXIE"
 365 ></A
 366 >5.6. In Mac OSX, I can't configure Microsoft Internet Explorer to use
 367  Privoxy as the HTTP proxy.</H3
 368 ><P
 369 >  Microsoft Internet Explorer (in versions like 5.1) respects system-wide
 370   network settings.  In order to change the HTTP proxy, open System
 371   Preferences, and click on the Network icon.  In the settings pane that
 372   comes up, click on the Proxies tab.  Ensure the "Web Proxy (HTTP)" checkbox
 373   is checked and enter <TT
 374 CLASS="LITERAL"
 375 >127.0.0.1</TT
 376 > in the entry field.
 377   Enter <TT
 378 CLASS="LITERAL"
 379 >8118</TT
 380 > in the Port field.  The next time you start
 381   IE, it should reflect these values.
 382  </P
 383 ></DIV
 384 ><DIV
 385 CLASS="SECT2"
 386 ><H3
 387 CLASS="SECT2"
 388 ><A
 389 NAME="OSXUNINSTALL"
 390 ></A
 391 >5.7. In Mac OSX, I dragged the Privoxy folder to the trash in order to
 392  uninstall it.  Now the finder tells me I don't have sufficient privileges to
 393  empty the trash.</H3
 394 ><P
 395 >  Just dragging the <SPAN
 396 CLASS="APPLICATION"
 397 >Privoxy</SPAN
 398 > folder to the trash is
 399   not enough to delete it.  <SPAN
 400 CLASS="APPLICATION"
 401 >Privoxy</SPAN
 402 > supplies an
 403   <SPAN
 404 CLASS="APPLICATION"
 405 >uninstall.command</SPAN
 406 > file that takes care of
 407   these details.  Open the trash, drag the <SPAN
 408 CLASS="APPLICATION"
 409 >uninstall.command</SPAN
 410 >
 411   file out of the trash and double-click on it.  You will be prompted for
 412   confirmation and the administration password.
 413  </P
 414 ><P
 415 >  The trash may still appear full after this command; emptying the trash
 416   from the desktop should make it appear empty again.
 417  </P
 418 ></DIV
 419 ><DIV
 420 CLASS="SECT2"
 421 ><H3
 422 CLASS="SECT2"
 423 ><A
 424 NAME="OSXIMAGES"
 425 ></A
 426 >5.8. In Mac OSX Panther (10.3), images often fail to load and/or I
 427  experience random delays in page loading. I'm using
 428  <TT
 429 CLASS="LITERAL"
 430 >localhost</TT
 431 > as my browser's proxy setting.</H3
 432 ><P
 433 >  We believe this is due to an IPv6-related bug in OSX, but don't fully
 434   understand the issue yet. In any case, changing the proxy setting to
 435   <TT
 436 CLASS="LITERAL"
 437 >127.0.0.1</TT
 438 > instead of <TT
 439 CLASS="LITERAL"
 440 >localhost</TT
 441 >
 442   works around the problem.
 443  </P
 444 ></DIV
 445 ><DIV
 446 CLASS="SECT2"
 447 ><H3
 448 CLASS="SECT2"
 449 ><A
 450 NAME="BLANKPAGE"
 451 ></A
 452 >5.9. I get a completely blank page at one site. <SPAN
 453 CLASS="QUOTE"
 454 >"View Source"</SPAN
 455 >
 456  shows only: <SPAN
 457 CLASS="MARKUP"
 458 >&#60;html&#62;&#60;body&#62;&#60;/body&#62;&#60;/html&#62;</SPAN
 459 >. Without
 460  Privoxy the page loads fine.</H3
 461 ><P
 462 >  Chances are that the site suffers from a bug in
 463   <A
 464 HREF="http://www.php.net/"
 465 TARGET="_top"
 466 ><SPAN
 467 CLASS="APPLICATION"
 468 >PHP</SPAN
 469 ></A
 470 >,
 471   which results in empty pages being sent if the client explicitly requests
 472   an uncompressed page, like <SPAN
 473 CLASS="APPLICATION"
 474 >Privoxy</SPAN
 475 > does.
 476   This bug has been fixed in PHP 4.2.3.
 477  </P
 478 ><P
 479 >  To find out if this is in fact the source of the problem, try adding
 480   the site to a <TT
 481 CLASS="LITERAL"
 482 >-prevent-compression</TT
 483 > section in
 484   <TT
 485 CLASS="FILENAME"
 486 >user.action</TT
 487 >:
 488  </P
 489 ><TABLE
 490 BORDER="0"
 491 BGCOLOR="#E0E0E0"
 492 WIDTH="100%"
 493 ><TR
 494 ><TD
 495 ><PRE
 496 CLASS="SCREEN"
 497 >   # Make exceptions for ill-behaved sites:
 498    #
 499    {-prevent-compression}
 500     .example.com</PRE
 501 ></TD
 502 ></TR
 503 ></TABLE
 504 ><P
 505 >  If that works, you may also want to report the problem to the
 506   site's webmasters, telling them to use zlib.output_compression
 507   instead of ob_gzhandler in their PHP applications (workaround)
 508   or upgrade to PHP 4.2.3 or later (fix).
 509  </P
 510 ></DIV
 511 ><DIV
 512 CLASS="SECT2"
 513 ><H3
 514 CLASS="SECT2"
 515 ><A
 516 NAME="ERROR503"
 517 ></A
 518 >5.10. Why am I getting a 503 Error (WSAECONNREFUSED) on every page?</H3
 519 ><P
 520 >  More than likely this is a problem with your TCP/IP networking. ZoneAlarm has
 521   been reported to cause this symptom -- even if not running. The solution is
 522   to either fight the ZA configuration, or uninstall ZoneAlarm, and then find
 523   something better behaved in its place. Other personal firewall type products
 524   may cause similar type problems if not configured correctly.
 525  </P
 526 ></DIV
 527 ><DIV
 528 CLASS="SECT2"
 529 ><H3
 530 CLASS="SECT2"
 531 ><A
 532 NAME="NOHOSTNAME"
 533 ></A
 534 >5.11. My logs show many <SPAN
 535 CLASS="QUOTE"
 536 >"Unable to get my own hostname"</SPAN
 537 > lines.
 538 Why?</H3
 539 ><P
 540 > <SPAN
 541 CLASS="APPLICATION"
 542 >Privoxy</SPAN
 543 > tries to get the hostname of the system
 544  its running on from the IP address of the system interface it is bound to
 545  (from the <TT
 546 CLASS="FILENAME"
 547 >config</TT
 548 > file
 549  <SPAN
 550 CLASS="emphasis"
 551 ><I
 552 CLASS="EMPHASIS"
 553 >listen-address</I
 554 ></SPAN
 555 > setting). If the system cannot supply
 556  this information, <SPAN
 557 CLASS="APPLICATION"
 558 >Privoxy</SPAN
 559 > logs this condition. </P
 560 ><P
 561 > Typically, this would be considered a minor system configuration error. It is
 562  not a fatal error to <SPAN
 563 CLASS="APPLICATION"
 564 >Privoxy</SPAN
 565 > however, but may
 566  result in a much slower response from <SPAN
 567 CLASS="APPLICATION"
 568 >Privoxy</SPAN
 569 > on
 570  some platforms due to DNS timeouts.</P
 571 ><P
 572 > This can be caused by a problem with the local <TT
 573 CLASS="FILENAME"
 574 >HOSTS</TT
 575 >
 576  file. If this file has been changed from the original, try reverting it to
 577  see if that helps.</P
 578 ></DIV
 579 ><DIV
 580 CLASS="SECT2"
 581 ><H3
 582 CLASS="SECT2"
 583 ><A
 584 NAME="INUSE"
 585 ></A
 586 >5.12. When I try to launch Privoxy, I get an
 587 error message <SPAN
 588 CLASS="QUOTE"
 589 >"port 8118 is already in use"</SPAN
 590 > (or similar wording).
 591 Why?</H3
 592 ><P
 593 > Port 8118 is <SPAN
 594 CLASS="APPLICATION"
 595 >Privoxy's</SPAN
 596 > default TCP
 597  <SPAN
 598 CLASS="QUOTE"
 599 >"listening"</SPAN
 600 > port. Typically this message would mean that there
 601  is already one instance of <SPAN
 602 CLASS="APPLICATION"
 603 >Privoxy</SPAN
 604 > running, and
 605  you are actually trying to start a second <SPAN
 606 CLASS="APPLICATION"
 607 >Privoxy</SPAN
 608 >
 609  on the same port, which will not work. (You can have multiple instances but
 610  they must be assigned different ports.) How and why this might happen varies
 611  from platform to platform, but you need to check your installation and
 612  start-up procedures.</P
 613 ></DIV
 614 ><DIV
 615 CLASS="SECT2"
 616 ><H3
 617 CLASS="SECT2"
 618 ><A
 619 NAME="DEMORONIZER"
 620 ></A
 621 >5.13. Pages with UTF-8 fonts are garbled.</H3
 622 ><P
 623 > This is caused by the <SPAN
 624 CLASS="QUOTE"
 625 >"demoronizer"</SPAN
 626 > filter. You should either
 627  upgrade <SPAN
 628 CLASS="APPLICATION"
 629 >Privoxy</SPAN
 630 >, or at least upgrade to the most
 631  recent <TT
 632 CLASS="FILENAME"
 633 >default.action</TT
 634 > file available from <A
 635 HREF="http://sourceforge.net/project/showfiles.php?group_id=11118"
 636 TARGET="_top"
 637 >SourceForge</A
 638 >.
 639  Or you can simply disable the demoronizer filter.</P
 640 ></DIV
 641 ><DIV
 642 CLASS="SECT2"
 643 ><H3
 644 CLASS="SECT2"
 645 ><A
 646 NAME="DEMORONIZER2"
 647 ></A
 648 >5.14. Why are binary files (such as images) corrupted when Privoxy
 649  is used?</H3
 650 ><P
 651 > This may also be caused by the <SPAN
 652 CLASS="QUOTE"
 653 >"demoronizer"</SPAN
 654 > filter,
 655  in conjunction with a web server that is misreporting a file type. Binary
 656  files are exempted from <SPAN
 657 CLASS="APPLICATION"
 658 >Privoxy's</SPAN
 659 > filtering
 660  (unless the web server by mistake says the file is something else). Either
 661  upgrade <SPAN
 662 CLASS="APPLICATION"
 663 >Privoxy</SPAN
 664 >, or go to the most recent
 665  <TT
 666 CLASS="FILENAME"
 667 >default.action</TT
 668 > file available from <A
 669 HREF="http://sourceforge.net/project/showfiles.php?group_id=11118"
 670 TARGET="_top"
 671 >SourceForge</A
 672 >.</P
 673 ></DIV
 674 ><DIV
 675 CLASS="SECT2"
 676 ><H3
 677 CLASS="SECT2"
 678 ><A
 679 NAME="DEMORONIZER3"
 680 ></A
 681 >5.15. What is the <SPAN
 682 CLASS="QUOTE"
 683 >"demoronizer"</SPAN
 684 > and why is it there?</H3
 685 ><P
 686 > The original demoronizer was a Perl script that cleaned up HTML pages which
 687  were created with certain Microsoft products. MS has used proprietary extensions
 688  to standardized font encodings (ISO 8859-1), which has caused problems for pages
 689  that are viewed with non-Microsoft products (and are expecting to see a
 690  standard set of fonts). The demoronizer corrected these errors so the pages
 691  displayed correctly. <SPAN
 692 CLASS="APPLICATION"
 693 >Privoxy</SPAN
 694 > borrowed from this
 695  script, introducing a filter based on the original demoronizer, which in turn could
 696  correct these errors on the fly. </P
 697 ><P
 698 > But this is only needed in some situations, and will cause serious problems in some
 699  other situations.</P
 700 ><P
 701 > If you are using Microsoft products, you do not need it. If you need to view
 702  pages with UTF-8 characters (such as Cyrillic or Chinese), then it will
 703  cause corruption of the fonts, and thus <SPAN
 704 CLASS="emphasis"
 705 ><I
 706 CLASS="EMPHASIS"
 707 >should not be on</I
 708 ></SPAN
 709 >.</P
 710 ><P
 711 > On the other hand, if you use non-Microsoft products, and you occasionally
 712  notice wierd characters on pages, you might want to try it.</P
 713 ></DIV
 714 ><DIV
 715 CLASS="SECT2"
 716 ><H3
 717 CLASS="SECT2"
 718 ><A
 719 NAME="WINDOWOPEN"
 720 ></A
 721 >5.16. Why do I keep seeing <SPAN
 722 CLASS="QUOTE"
 723 >"PrivoxyWindowOpen()"</SPAN
 724 > in raw source code?</H3
 725 ><P
 726 > <SPAN
 727 CLASS="APPLICATION"
 728 >Privoxy</SPAN
 729 > is attempting to disable malicious
 730   <A
 731 HREF="http://en.wikipedia.org/wiki/Javascript"
 732 TARGET="_top"
 733 >Javascript</A
 734 >
 735   in this case, with the <TT
 736 CLASS="LITERAL"
 737 >unsolicited-popups</TT
 738 >
 739  filter. <SPAN
 740 CLASS="APPLICATION"
 741 >Privoxy</SPAN
 742 > cannot tell very well
 743  <SPAN
 744 CLASS="QUOTE"
 745 >"good"</SPAN
 746 > code snippets from <SPAN
 747 CLASS="QUOTE"
 748 >"bad"</SPAN
 749 > code snippets.</P
 750 ><P
 751 > If you see this in HTML source, and the page displays without problems, then
 752  this is good, and likely some pop-up window was disabled. If you see this
 753  where it is causing a problem, such as a downloaded program source code file,
 754  then you should set an exception for this site or page such that the
 755  integrity of the page stays in tact by disabling all filtering.</P
 756 ></DIV
 757 ><DIV
 758 CLASS="SECT2"
 759 ><H3
 760 CLASS="SECT2"
 761 ><A
 762 NAME="DNSERRORS"
 763 ></A
 764 >5.17. I am getting too many DNS errors like <SPAN
 765 CLASS="QUOTE"
 766 >"404 No Such Domain"</SPAN
 767 >. Why
 768  can't Privoxy do this better?</H3
 769 ><P
 770 > There are potentially several factors here. First of all, the DNS resolution
 771  is done by the underlying operating system -- not
 772  <SPAN
 773 CLASS="APPLICATION"
 774 >Privoxy</SPAN
 775 > itself. <SPAN
 776 CLASS="APPLICATION"
 777 >Privoxy</SPAN
 778 >
 779  merely initiates the process and hands it off, and then later reports
 780  whatever the outcome was. And tries to give a coherent message if there seems
 781  to be a problem. In some cases, this might otherwise be mitigated by the
 782  browser itself which might try some work-arounds and alternate approaches (e.g
 783  adding <SPAN
 784 CLASS="QUOTE"
 785 >"www."</SPAN
 786 > to the URL). In other cases, if
 787  <SPAN
 788 CLASS="APPLICATION"
 789 >Privoxy</SPAN
 790 > is being chained with another proxy, this
 791  could complicate the issue, and cause undue
 792  delays and timeouts. In the case of a <SPAN
 793 CLASS="QUOTE"
 794 >"socks4a"</SPAN
 795 > proxy, the socks
 796  server handles all the DNS.  <SPAN
 797 CLASS="APPLICATION"
 798 >Privoxy</SPAN
 799 > would just be
 800  the <SPAN
 801 CLASS="QUOTE"
 802 >"messenger"</SPAN
 803 > which is reporting whatever problem occurred
 804  downstream, and not the root cause of the error.</P
 805 ><P
 806 > In any case, v. 3.0.4 includes various improvements to help
 807  <SPAN
 808 CLASS="APPLICATION"
 809 >Privoxy</SPAN
 810 > better handle these cases.</P
 811 ></DIV
 812 ><DIV
 813 CLASS="SECT2"
 814 ><H3
 815 CLASS="SECT2"
 816 ><A
 817 NAME="ALLCPU"
 818 ></A
 819 >5.18. At one site Privoxy just hangs, and starts taking
 820  all CPU. Why is this?</H3
 821 ><P
 822 > This is probably a manifestation of the <SPAN
 823 CLASS="QUOTE"
 824 >"100% cpu"</SPAN
 825 > problem that
 826  occurs on pages containing many (thousands upon thousands) of blank lines. The blank lines
 827  are in the raw HTML source of the page, and the browser just ignores them. But the
 828  pattern matching in <SPAN
 829 CLASS="APPLICATION"
 830 >Privoxy's</SPAN
 831 > page filtering
 832  mechanism is trying to match against absurdly long strings and this becomes
 833  very CPU-intensive, taking a long, long time to complete. Until a better
 834  solution comes along, disable filtering on these pages, particularly the
 835  <TT
 836 CLASS="LITERAL"
 837 >js-annoyances</TT
 838 > and <TT
 839 CLASS="LITERAL"
 840 >unsolicited-popups</TT
 841 >
 842  filters.</P
 843 ></DIV
 844 ><DIV
 845 CLASS="SECT2"
 846 ><H3
 847 CLASS="SECT2"
 848 ><A
 849 NAME="SLOWCRAWL"
 850 ></A
 851 >5.19. I just installed Privoxy, and all my
 852 browsing has slowed to a crawl. What gives?</H3
 853 ><P
 854 > This should not happen, and for the overwhelming number of users world-wide,
 855  it does not happen. I would suspect some inadvertent interaction of software
 856  components such as anti-virus software, spyware protectors, personal
 857  firewalls or similar components. Try disabling (or uninstalling) these one
 858  at a time and see if that helps.</P
 859 ></DIV
 860 ></DIV
 861 ><DIV
 862 CLASS="NAVFOOTER"
 863 ><HR
 864 ALIGN="LEFT"
 865 WIDTH="100%"><TABLE
 866 SUMMARY="Footer navigation table"
 867 WIDTH="100%"
 868 BORDER="0"
 869 CELLPADDING="0"
 870 CELLSPACING="0"
 871 ><TR
 872 ><TD
 873 WIDTH="33%"
 874 ALIGN="left"
 875 VALIGN="top"
 876 ><A
 877 HREF="misc.html"
 878 ACCESSKEY="P"
 879 >Prev</A
 880 ></TD
 881 ><TD
 882 WIDTH="34%"
 883 ALIGN="center"
 884 VALIGN="top"
 885 ><A
 886 HREF="index.html"
 887 ACCESSKEY="H"
 888 >Home</A
 889 ></TD
 890 ><TD
 891 WIDTH="33%"
 892 ALIGN="right"
 893 VALIGN="top"
 894 ><A
 895 HREF="contact.html"
 896 ACCESSKEY="N"
 897 >Next</A
 898 ></TD
 899 ></TR
 900 ><TR
 901 ><TD
 902 WIDTH="33%"
 903 ALIGN="left"
 904 VALIGN="top"
 905 >Miscellaneous</TD
 906 ><TD
 907 WIDTH="34%"
 908 ALIGN="center"
 909 VALIGN="top"
 910 >&nbsp;</TD
 911 ><TD
 912 WIDTH="33%"
 913 ALIGN="right"
 914 VALIGN="top"
 915 >Contacting the developers, Bug Reporting and Feature Requests</TD
 916 ></TR
 917 ></TABLE
 918 ></DIV
 919 ></BODY
 920 ></HTML
 921 >