tor-dev  

Messages by Thread

• • Re: [tor-dev] Proposal 249 updated teor
• [tor-dev] IPv6 and v3 onion services teor
  • Re: [tor-dev] IPv6 and v3 onion services David Goulet
  • Re: [tor-dev] IPv6 and v3 onion services teor
  • Re: [tor-dev] IPv6 and v3 onion services David Goulet
  • Re: [tor-dev] IPv6 and v3 onion services teor
  • Re: [tor-dev] IPv6 and v3 onion services David Goulet
• [tor-dev] Proposal: Expose raw bwauth votes Tom Ritter
  • Re: [tor-dev] Proposal: Expose raw bwauth votes teor
  • Re: [tor-dev] Proposal: Expose raw bwauth votes Tom Ritter
  • Re: [tor-dev] Proposal: Expose raw bwauth votes teor
  • Re: [tor-dev] Proposal: Expose raw bwauth votes isis agora lovecruft
  • Re: [tor-dev] Proposal: Expose raw bwauth votes Tom Ritter
  • Re: [tor-dev] Proposal: Expose raw bwauth votes teor
  • Re: [tor-dev] Proposal: Expose raw bwauth votes Iain Learmonth
  • Re: [tor-dev] Proposal: Expose raw bwauth votes teor
• [tor-dev] Help Wanted: Fallback Directory Update teor
  • Re: [tor-dev] Help Wanted: Fallback Directory Update teor
  • Re: [tor-dev] Help Wanted: Fallback Directory Update teor
• [tor-dev] How about capping single operators to max. 10% exit capacity of the network? nusenu
  • Re: [tor-dev] How about capping single operators to max. 10% exit capacity of the network? teor
  • Re: [tor-dev] How about capping single operators to max. 10% exit capacity of the network? nusenu
  • Re: [tor-dev] How about capping single operators to max. 10% exit capacity of the network? teor
  • Re: [tor-dev] How about capping single operators to max. 10% exit capacity of the network? s7r
  • Re: [tor-dev] How about capping single operators to max. 10% exit capacity of the network? teor
  • Re: [tor-dev] How about capping single operators to max. 10% exit capacity of the network? nusenu
  • Re: [tor-dev] How about capping single operators to max. 10% exit capacity of the network? teor
• [tor-dev] Nominate/vote for future proposal discussion meetings! isis agora lovecruft
  • Re: [tor-dev] Nominate/vote for future proposal discussion meetings! isis agora lovecruft
  • [tor-dev] [prop-meeting] [prop#239] "Consensus Chain Hashing" (was: Nominate/vote for future proposal discussion meetings!) isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#239] "Consensus Chain Hashing" isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#239] "Consensus Chain Hashing" isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#239] "Consensus Chain Hashing" Linus Nordberg
  • [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" (was: Nominate/vote for future proposal discussion meetings!) isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" teor
  • Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" Iain Learmonth
  • Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" teor
  • Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" Damian Johnson
  • Re: [tor-dev] [prop-meeting] [prop#285] "Directory documents should be standardized as UTF-8" teor
  • [tor-dev] [prop-meeting] [prop#267] "Tor Consensus Transparency" isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#267] "Tor Consensus Transparency" Tom Ritter
  • Re: [tor-dev] [prop-meeting] [prop#267] "Tor Consensus Transparency" teor
  • Re: [tor-dev] [prop-meeting] [prop#267] "Tor Consensus Transparency" isis agora lovecruft
  • [tor-dev] [prop-meeting] [prop#245] [prop#282] "Deprecating and removing the TAP circuit extension protocol" and "Remove 'Named' and 'Unnamed' handling from consensus voting" isis agora lovecruft
  • Re: [tor-dev] [prop-meeting] [prop#245] [prop#282] "Deprecating and removing the TAP circuit extension protocol" and "Remove 'Named' and 'Unnamed' handling from consensus voting" Nick Mathewson
  • Re: [tor-dev] [prop-meeting] [prop#245] [prop#282] "Deprecating and removing the TAP circuit extension protocol" and "Remove 'Named' and 'Unnamed' handling from consensus voting" isis agora lovecruft
• [tor-dev] Discussion Meeting for Prop#249 "Large CREATE cells" isis agora lovecruft
  • Re: [tor-dev] Discussion Meeting for Prop#249 "Large CREATE cells" teor
  • Re: [tor-dev] Discussion Meeting for Prop#249 "Large CREATE cells" isis agora lovecruft
  • Re: [tor-dev] Discussion Meeting for Prop#249 "Large CREATE cells" Nick Mathewson
  • [tor-dev] Meeting Summary and Notes (was: Discussion Meeting for Prop#249 "Large CREATE cells") isis agora lovecruft
• [tor-dev] Names for your Onions: Onion addresses in SSL certificates heddha
• [tor-dev] Start contributing to Tor Aruna Maurya
  • Re: [tor-dev] Start contributing to Tor Jaskaran Singh
  • Re: [tor-dev] Start contributing to Tor Aruna Maurya
  • Re: [tor-dev] Start contributing to Tor Jaskaran Singh
  • Re: [tor-dev] Start contributing to Tor Fernando Fernández Mancera
• [tor-dev] Proposal 288: Privacy-Preserving Statistics with Privcount in Tor (Shamir version) Nick Mathewson
  • Re: [tor-dev] Proposal 288: Privacy-Preserving Statistics with Privcount in Tor (Shamir version) teor
  • Re: [tor-dev] Proposal 288: Privacy-Preserving Statistics with Privcount in Tor (Shamir version) Aaron Johnson
  • Re: [tor-dev] Proposal 288: Privacy-Preserving Statistics with Privcount in Tor (Shamir version) teor
  • Re: [tor-dev] Proposal 288: Privacy-Preserving Statistics with Privcount in Tor (Shamir version) Aaron Johnson
• [tor-dev] Running Tor with a 15MB memory limit Nathan Freitas
  • Re: [tor-dev] Running Tor with a 15MB memory limit teor
• [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. Fernando Fernández Mancera
  • Re: [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. teor
  • Re: [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. Fernando Fernández Mancera
  • Re: [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. teor
  • Re: [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. s7r
  • Re: [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. Fernando Fernández Mancera
  • Re: [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. Fernando Fernández Mancera
  • Re: [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. teor
  • Re: [tor-dev] Proposal 287: Reduce circuit lifetime without overloading the network. Fernando Fernández Mancera
• [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile Nick Mathewson
  • Re: [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile Yawning Angel
  • Re: [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile teor
  • Re: [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile Michael Rogers
  • Re: [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile teor
  • Re: [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile Michael Rogers
  • Re: [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile teor
  • Re: [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile Michael Rogers
  • Re: [tor-dev] Proposal 286: Controller APIs for hibernation access on mobile meejah
• [tor-dev] Rebooting work on proposal #247 (guard discovery) George Kadianakis
  • Re: [tor-dev] Rebooting work on proposal #247 (guard discovery) Mike Perry
  • Re: [tor-dev] Rebooting work on proposal #247 (guard discovery) George Kadianakis
• [tor-dev] [release] [protocol] Onionoo 4.4-1.8.0 iwakeh
• [tor-dev] Tor and DNS N6Ghost
• [tor-dev] Privacy Pass bancfc
  • Re: [tor-dev] Privacy Pass Georg Koppen
  • Re: [tor-dev] Privacy Pass Ian Goldberg
  • Re: [tor-dev] Privacy Pass nullius
• [tor-dev] rendezvous on non-OR circuit with purpose Acting as rendevous Ian Goldberg
  • Re: [tor-dev] rendezvous on non-OR circuit with purpose Acting as rendevous teor
• Re: [tor-dev] GAEuploader now supports Windows Katherine Li
• [tor-dev] [release] [protocol] Onionoo 4.3-1.7.1 iwakeh
• [tor-dev] Tor Metrics Roadmap 2017/18 Karsten Loesing
  • Re: [tor-dev] Tor Metrics Roadmap 2017/18 Georg Koppen
  • Re: [tor-dev] Tor Metrics Roadmap 2017/18 Karsten Loesing
  • Re: [tor-dev] Tor Metrics Roadmap 2017/18 Georg Koppen
• [tor-dev] UX improvement proposal #2: Encrypted bookmarks for onions George Kadianakis
  • Re: [tor-dev] UX improvement proposal #2: Encrypted bookmarks for onions heddha
• [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header George Kadianakis
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header teor
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Tom Ritter
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header George Kadianakis
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Alec Muffett
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Iain R. Learmonth
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Alec Muffett
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header George Kadianakis
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Alec Muffett
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Tom Ritter
  • [tor-dev] Detecting multi-homed exit relays (was: Onion auto-redirects using Alt-Svc HTTP header) Philipp Winter
  • Re: [tor-dev] Detecting multi-homed exit relays (was: Onion auto-redirects using Alt-Svc HTTP header) grarpamp
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header teor
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header George Kadianakis
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Philipp Winter
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header George Kadianakis
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Tom Ritter
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header teor
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Tom Ritter
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Georg Koppen
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header George Kadianakis
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Iain Learmonth
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Tom Ritter
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Iain Learmonth
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Georg Koppen
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Rusty Bird
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Georg Koppen
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Alt-Svc HTTP header Tom Ritter
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Onion-Location HTTP header nusenu
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Onion-Location HTTP header dinovirus
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Onion-Location HTTP header dinovirus
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Onion-Location HTTP header Tom Ritter
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Onion-Location HTTP header Alec Muffett
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Onion-Location HTTP header Tom Ritter
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Onion-Location HTTP header nusenu
  • Re: [tor-dev] UX improvement proposal: Onion auto-redirects using Onion-Location HTTP header Iain Learmonth
• [tor-dev] Proposal 285: Directory documents should be standardized as UTF-8 Nick Mathewson
  • Re: [tor-dev] Proposal 285: Directory documents should be standardized as UTF-8 teor
  • Re: [tor-dev] Proposal 285: Directory documents should be standardized as UTF-8 Nick Mathewson
  • Re: [tor-dev] Proposal 285: Directory documents should be standardized as UTF-8 teor
  • Re: [tor-dev] Proposal 285: Directory documents should be standardized as UTF-8 Alex Xu
  • Re: [tor-dev] Proposal 285: Directory documents should be standardized as UTF-8 chelsea komlo
  • Re: [tor-dev] Proposal 285: Directory documents should be standardized as UTF-8 Nick Mathewson
• [tor-dev] Question on Tor Design (current and maybe past and future) ng0
  • Re: [tor-dev] Question on Tor Design (current and maybe past and future) Jonathan Marquardt
  • Re: [tor-dev] Question on Tor Design (current and maybe past and future) ng0
  • Re: [tor-dev] Question on Tor Design (current and maybe past and future) ng0
  • Re: [tor-dev] Question on Tor Design (current and maybe past and future) Roger Dingledine
  • Re: [tor-dev] Question on Tor Design (current and maybe past and future) grarpamp
• Re: [tor-dev] tor-dev Digest, Vol 82, Issue 8 Nathan Kettle
• [tor-dev] Fwd: Nyx 2.0 Release Damian Johnson
• [tor-dev] Proposal 284: Hidden Service v3 Control Port David Goulet
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port AntiTree
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port David Goulet
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port Damian Johnson
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port David Goulet
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port Damian Johnson
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port David Goulet
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port David Goulet
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port Damian Johnson
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port meejah
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port meejah
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port meejah
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port David Goulet
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port meejah
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port meejah
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port teor
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port Yawning Angel
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port David Goulet
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port Yawning Angel
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port teor
  • Re: [tor-dev] Proposal 284: Hidden Service v3 Control Port David Goulet
• [tor-dev] Namecoin resolution for Tor Prop279 Jeremy Rand
• [tor-dev] anonbib ng0
  • Re: [tor-dev] anonbib grarpamp
  • Re: [tor-dev] anonbib Nick Mathewson
  • Re: [tor-dev] anonbib Roger Dingledine
  • Re: [tor-dev] anonbib Moritz Bartl
  • Re: [tor-dev] anonbib ng0
  • Re: [tor-dev] anonbib grarpamp
  • Re: [tor-dev] anonbib grarpamp
  • Re: [tor-dev] anonbib grarpamp
  • Re: [tor-dev] anonbib Scfith Riseup
  • Re: [tor-dev] anonbib grarpamp
  • Re: [tor-dev] anonbib ng0
  • Re: [tor-dev] anonbib grarpamp
• [tor-dev] Connection, Channel and Scheduler - An Intense Trek David Goulet
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek teor
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek Ian Goldberg
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek David Goulet
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek Ian Goldberg
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek David Goulet
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek Roger Dingledine
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek teor
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek David Goulet
  • Re: [tor-dev] Connection, Channel and Scheduler - An Intense Trek Nick Mathewson

• Earlier messages
• Later messages