Re: [tor-dev] onion v2 deprecation plan?

> for v3 support, HSFETCH won't be ncessary... N... HSFETCH is an absolutely necessary control function now critical to operation of a variety of onionland search / index / status / webhosting / research services, and any other basic commandline checks that have zero wish to be spawning

Re: [tor-dev] TBB + Privoxy

On 4/29/18 10:15 AM, procmem wrote: > Hi. We are trying to get Tor Browser to work with privoxy to allow users > to optionally connect to other networks including I2P, Zeronet... > > Here's what we tried: > > * Disabling network.proxy.no_proxies_on > > * Setting network.proxy.http_port to 8118

Re: [tor-dev] onion v2 deprecation plan?

> On 30 Apr 2018, at 23:55, David Goulet wrote: > >> On 28 Apr (09:34:09), teor wrote: >> >> On 28 Apr 2018, at 04:48, Damian Johnson wrote: >> OnionBalance requires STEM support for V3 >>> >>> Hi Alec, would you mind clarifying what you

Re: [tor-dev] onion v2 deprecation plan?

On 28 Apr (09:34:09), teor wrote: > > On 28 Apr 2018, at 04:48, Damian Johnson wrote: > > >> OnionBalance requires STEM support for V3 > > > > Hi Alec, would you mind clarifying what you need from Stem? As far as > > I'm aware Stem supports v3 onion service creation... >

Re: [tor-dev] Proposal: Tor bandwidth measurements document format

Hi, after teor's revision, second version pasted below. Changes can be seen: in https://github.com/juga0/torspec/commits/bandwidth-file-spec Best, juga = Tor Bandwidth Measurements Document Format

Re: [tor-dev] HS v3 client authorization types

Hi, On 04/28/2018 03:59 AM, meejah wrote: > Then, if the service client has a problem later they have > to remember NOT copy-paste the whole config when asking for > help... sounds like lots to go wrong :) and I don't think this can be > solved by tinkering with the names/layout of torrc options,

Re: [tor-dev] HS v3 client authorization types

Hi, On 04/28/2018 06:19 AM, teor wrote: >> Or should we require the service to enable both for all clients? >> >> If you want to let the service be able to enable one while disable the >> other, do you have any opinion on how to configure the torrc? > > If someone doesn't understand client auth

Re: [tor-dev] Closing old Trac Milestones

On 2018-04-30 06:02, teor wrote: > Hi, Hi teor, > Just following up on the old trac milestones. > >> On 23 Apr 2018, at 14:31, teor wrote: >> >> Hi, >> >> Tor's trac has a lot of milestones. >> Sometimes users select the wrong one, because there are so many. > > Does