[tor-dev] Alternative Implementations of Tor

SxJsNrqYEN40QrtYdgU0zv74S75uU/DHAHcOcaPyAy5yHGAqAdOeGvtpV5 6/VAQDwbOPncfIntoU8FUjKcpKJBn5csltuknwDiWKFYLfAVqVawMYO2Ef12hDul 7SuqOksSL2Yx59m/0Bu8i0QARxZBw8x8TzuQ7RJkNmDeTR17ugDOIaBKV1Se9fgS JaHsOgLd/G0T7S4PT5vQ =IeQJ -END PGP SIGNATURE- -- Alexander Færøy ___ tor-dev mailing li

[tor-dev] Proposal: Directory Compression Scheme Negotiation

. Filename: xxx-directory-compression-scheme-negotiation.txt Title: Directory Compression Scheme Negotiation Author: Alexander Færøy Created: 2017-03-06 Status: Draft Target: N/A 0. Overview This document describes a method to provide and use different compression schemes in Tor's directory

[tor-dev] Cross compiling Tor for Windows

, which is what many of our users are using! :-) Cheers, Alex. -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

Re: [tor-dev] Dormant Mode and pluggable transports

ORMANT` also means that the PT should not write to stdout/stderr until it's been informed that we are no longer dormant? :-) Cheers, Alex. -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

Re: [tor-dev] Support for full DNS resolution and DNSSEC validation

n it might be possible to implement such system using proposal #279 :-) All the best, Alex. -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

Re: [tor-dev] Support for full DNS resolution and DNSSEC validation

n't think we could ship with CloudFlare's DNS-over-Onion services as the default servers for a feature like this without having a discussion in the community about it first :-) All the best, Alex. -- Alexander Færøy ___ tor-dev mailing list tor-dev@l

Re: [tor-dev] Support for full DNS resolution and DNSSEC validation

ry ID and STATUS_CODE is an integer status code. RESULT is the resolution result (an onion address) or an error message if the resolution was not succesful.'' Here the `` must be an onion address. We would have to change that, such that an IP address can be returned as well :-) All the best, Alex.

Re: [tor-dev] Safe Alternative Uses of Onion Service Keys

>From what I can tell, it should be possible for us to update the onion-x509 tool to use the blinded key instead. Exciting stuff! All the best, Alex. -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

[tor-dev] Gitlab CI runners available for experimentation on gitlab.torproject.org

if they are down they are down :-) Here's some documentation for getting started: https://docs.gitlab.com/ee/ci/ Thanks to Hans for this! All the best, Alex. -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi

[tor-dev] Gitolite to Gitlab Sync Change

[1]: https://gitlab.torproject.org/tpo/tpa/gitlab/-/issues/41 -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

Re: [tor-dev] Has Core Tor Development Slowed? Or Are We Moving To Rust/arti?

ing together. All the best, Alex. [1]: https://gitlab.torproject.org/tpo/core/arti/-/blob/main/TODO -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

[tor-dev] Renaming the primary branch of tor.git

, Alex. -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

Re: [tor-dev] onbasca - the next-generation bandwidth scanner

development of Onbasca! All the best, Alex. -- Alexander Færøy ___ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev

Re: [tor-dev] Proposal 347: Domain separation for certificate signing keys

age in a way that proves key ownership. > > We _might_ also like to use relay identity keys or onion service > identitiy keys for the same purpose. Very nice work here. This is exactly what we need for some of the experiments we want to do under Sponsor 112. Cheers, Alex -- Alexa