Commit fixes for several pending tor core tasks: document all DOCDOCed functions; time out uncontrolled unattached streams; feed reasons to SOCKS5 (refactoring connection_ap_handshake_socks_reply in the process); change DirFetchPeriod/StatusFetchPeriod to have a special "Be smart" value.


svn:r3769

Mozilla/Firefox instructions present in both win32 and osx. Added network-tools.com as a IP-test site.


svn:r3768

svn:r3766

Make it clear that tor-doc-{win32,osx}.html are for setting up clients and point those who want to set up a server to tor-doc.html


svn:r3765

svn:r3764

also, consider your ORPort reachable after you've processed a
create cell from any non-local address.


svn:r3763

svn:r3762

<arma2> +                    closed=4, new connection=5, new resolve request=6,
<arma2> +                    stream detached from circuit, retriable=7)
<arma2> nick: this comma is confusing.


svn:r3761

svn:r3760

has vanished in the meantime, then we would both mark it for close
(i.e. put it on the closeable list) and also immediately free it.


svn:r3759

svn:r3758

svn:r3757

Raise common code for "detach this stream and try it with a different circuit" into a separate function; make that function handle controller-managed streams right.


svn:r3756

to see if somebody was contradicting his exit policy were wrong.


svn:r3755

svn:r3754

svn:r3753

svn:r3752

svn:r3751

svn:r3750

svn:r3749

svn:r3748

svn:r3747

svn:r3746

svn:r3745

svn:r3744

svn:r3743

Clean up privoxy-tor-toggle; untabify; clean up messages; remove fwd-incompatible "print status on unrecognized command"  feature


svn:r3742

seems to be configured for debian by default.


svn:r3741

svn:r3740

svn:r3739

svn:r3738

svn:r3737

svn:r3736

svn:r3735

svn:r3734

svn:r3733

svn:r3732

svn:r3731

Separate reverse-virtual-address-map entries into ipv4 and hostname slots. Otherwise if you ask me to map "some IPv4 address" to foo.onion, I might tell you that I already mapped "bar.virtual" to foo.onion


svn:r3730

svn:r3729