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