Hi,
based on feedback I got about
https://github.com/nusenu/ContactInfo-Information-Sharing-Specification
I want to add an additional verification option based on DNS records
to allow for the same verification as the verifyurl field provides
but without the need to have a webserver and a proper
Thank you for your feedback.
mpan:
> Can’t providing *any* contact info be
> obligatory? What’s the point of making specifically the email address
> required? What are benefits of having it *over other contact info*?
I'd argue that email is the most accessible?
The Tor Project used to use email
Dr Gerard Bulger:
> Where do we get daily builds?
See the nightly repos here (debian based only):
https://deb.torproject.org/torproject.org/dists/
--
https://mastodon.social/@nusenu
signature.asc
Description: OpenPGP digital signature
___
tor-rela
On Tue, 21 Jul 2020 20:17:24 +0200
nusenu wrote:
> > What is the advantage over the torrc config value "MyFamily" ?
>
> MyFamily is somewhat orthogonal to the idea behind the verifyurl field.
Still not getting what advantage do you propose to ones who choose to also
maintain the latter.
It re
On 08 Jul (13:36:57), gus wrote:
> Dear Relay Operators,
>
> Do you want your relay to be a Tor fallback directory mirror?
> Will it have the same address and port for the next 2 years?
Greetings operators!
First off, we got 225 relays to volunteer for this round which is incredible
so thank y
On 24 Jul (13:30:31), David Goulet wrote:
>
> The new list has been generated and can be found here:
Apology, clarification needs to be made:
>
> https://gitlab.torproject.org/tpo/core/fallback-scripts/-/blob/master/fallback_offer_list
> Diff:
> https://gitlab.torproject.org/tpo/core/fallback-
Roman Mamedov:
> On Tue, 21 Jul 2020 20:17:24 +0200
> nusenu wrote:
>
>>> What is the advantage over the torrc config value "MyFamily" ?
>>
>> MyFamily is somewhat orthogonal to the idea behind the verifyurl field.
>
> Still not getting what advantage do you propose to ones who choose to also
>
Dear Fran,
I now see no entry at all to your relay in the tor metrics. Am I correct in
saying that you are running ipv6 as well as 4? I have had problems with a
host's ipv6 connectivity and discovered somewhere in the docs a ping6 test of
all the bwauths you might try:
ing6 -c2 2001:858:2:2:
hi Gerard,
you can find the instructions via the link provided in the original email:
[2] https://2019.www.torproject.org/docs/debian.html.en
gr. Paul
On Thu, Jul 23, 2020 at 11:48 PM Dr Gerard Bulger
wrote:
> Where do we get daily builds?
>
> -Original Message-
> From: tor-relays O
* nusenu:
> https://github.com/nusenu/ContactInfo-Information-Sharing-Specification
> This is an effort that started in 2017 as you can see on github.
In section "Defined fields" you write:
Non-ASCII characters are not supported.
I'm not sure if this applies only to keys or also to values? Wi
> I'm also fine with making it optional in the upcoming version 2
> to lower the barrier for adoption.
My goal is not to make contact info optional. I do understand value of
such information. The problem is choosing one specific means of
communication as mandatory, instead of letting the operator
On 21/07/20 18:16, nusenu wrote:
Hi,
I'm happy to finally announce version 1 of the ContactInfo Information Sharing
Specification:
https://github.com/nusenu/ContactInfo-Information-Sharing-Specification
This is an effort that started in 2017 as you can see on github.
...
regards,
nusenu
Am Fr., 24. Juli 2020 um 19:36 Uhr schrieb David Goulet <
dgou...@torproject.org>:
> > In tor binary:
> >
> https://gitlab.torproject.org/tpo/core/tor/-/blob/master/src/app/config/fallback_dirs.inc
>
> The generated list that ended up in the binary. Thus this list needs to be
> reviewed for accura
13 matches
Mail list logo
