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