On Wed, Jan 24, 2018 at 5:32 PM, David Fifield
wrote:
> On Wed, Jan 24, 2018 at 04:42:52PM -0800, Jodi Spacek wrote:
> > I'm a master's student at the University of British Columbia (Vancouver,
> > Canada) where I'm primarily researching anonymous systems and
> censorship.
On Wed, 24 Jan 2018 16:42:52 -0800
Jodi Spacek wrote:
> I'm a master's student at the University of British Columbia
> (Vancouver, Canada) where I'm primarily researching anonymous systems
> and censorship. I would be delighted to contribute to pluggable
> transports.
>
>
On Wed, Jan 24, 2018 at 04:42:52PM -0800, Jodi Spacek wrote:
> I'm a master's student at the University of British Columbia (Vancouver,
> Canada) where I'm primarily researching anonymous systems and censorship. I
> would be delighted to contribute to pluggable transports.
>
> Of particular
Hello Jodi. I would like to point out some additional resources for you if
you are interested in Pluggable Transports. First of all check out
https://www.pluggabletransports.info/.
Also, some work has been done in the past on audio data as a transport.
There is of course the venerable SkypeMorph
Hi Jodi,
There's some discussion of pluggable transport issues on
https://groups.google.com/forum/#!forum/traffic-obf
that may be of interest.
In terms of stenography, you end up with a couple choices.
If you try to mimic existing protocols, you'll want to have
read up on
"The Parrot is Dead"
I'm a master's student at the University of British Columbia (Vancouver,
Canada) where I'm primarily researching anonymous systems and censorship. I
would be delighted to contribute to pluggable transports.
Of particular interest is image and audio data stenography - is anything is
in the works
> On 25 Jan 2018, at 05:14, Micah Lee wrote:
>
> Now that Tor Browser 7.5 is released and includes the tor 0.3.2 series,
> which supports next generation onion services, I would love to make
> OnionShare use these by default. Here is the issue [1].
>
> OnionShare is
On Wed, Jan 24, 2018 at 4:02 AM, teor wrote:
> (I dropped tor-relays, we can tell them when we reach a conclusion.)
>
> Hi Nick,
>
> Can we maintain an "alpha" branch with the latest Tor alpha,
> and a "stable" branch with the latest Tor stable?
Hm. I'm not strictly opposed
Hi nusenu,
On 2018-01-22 18:57, nusenu wrote:
>> Looks like the primary CollecTor instance had a problem between 22:00
>> and 08:00 UTC. It works again now, as does Onionoo.
>
> Karsten, thanks for the fast reaction.
>
>> We didn't lose any data, because the primary CollecTor instance obtained
>> Can we maintain an "alpha" branch with the latest Tor alpha,
>> and a "stable" branch with the latest Tor stable?
> I was just told about the previous thread and ticket for this feature:
> https://lists.torproject.org/pipermail/tor-dev/2015-March/008582.html
>
> On 24 Jan 2018, at 20:02, teor wrote:
>
> (I dropped tor-relays, we can tell them when we reach a conclusion.)
>
> Hi Nick,
>
> Can we maintain an "alpha" branch with the latest Tor alpha,
> and a "stable" branch with the latest Tor stable?
I was just told about the
(I dropped tor-relays, we can tell them when we reach a conclusion.)
Hi Nick,
Can we maintain an "alpha" branch with the latest Tor alpha,
and a "stable" branch with the latest Tor stable?
It would help some relay operators.
And it would also help us get more alpha testing:
12 matches
Mail list logo