On 26 Jan (15:05:26), George Kadianakis wrote:
> Hey list,
>
> with service-side prop224 implementation moving forward, we need to pin down
> the directory structure of prop224 onion services. This will be very similar
> to
> the current directory structure, but with some mods to facilitate assym
On Wed, Feb 01, 2017 at 09:36:54AM +1100, teor wrote:
>
> > On 1 Feb 2017, at 01:36, David Goulet wrote:
> >
> > On 31 Jan (09:02:35), teor wrote:
> >>
> >>> On 27 Jan 2017, at 01:58, David Goulet wrote:
> > However, there is kind of an issue rising from this. Imagine that v4 changes
> > the o
> On 1 Feb 2017, at 01:36, David Goulet wrote:
>
> On 31 Jan (09:02:35), teor wrote:
>>
>>> On 27 Jan 2017, at 01:58, David Goulet wrote:
> ...
> Your next question is a good one actually so jumping into it!
>
>>
>>> Current implementation doesn't allow two services in the same
>>> HiddenSe
On 31 Jan (09:02:35), teor wrote:
>
> > On 27 Jan 2017, at 01:58, David Goulet wrote:
> >
> >> - "./hostname"[FILE]
> >>
> >> This is a file containing the onion address of the onion service.
> >>
> >> As you can see it's the same filename as in v2. Should we suffix it with
> >> v3
>
David Goulet writes:
> On 30 Jan (16:16:07), George Kadianakis wrote:
>> David Goulet writes:
>>
>> > On 26 Jan (15:05:26), George Kadianakis wrote:
>> >> Hey list,
>> >
>> > Hi!
>> >
>> > First, big thanks for this write up!
>> >
>> >>
>> >> with service-side prop224 implementation moving for
Hi,
David Goulet wrote:
> On 30 Jan (16:16:07), George Kadianakis wrote:
>> David Goulet writes:
>>
>>> On 26 Jan (15:05:26), George Kadianakis wrote:
Hey list,
>>>
>>> Hi!
>>>
>>> First, big thanks for this write up!
>>>
with service-side prop224 implementation moving forward, we
David Goulet writes:
> I don't believe we should suffix here because for almost 10 years, users/apps
> have been exposed to "hostname" and it does make sense that it's the goto file
> for that.
I'm +1 on keeping the filename as "hostname".
txtorcon doesn't do processing on it, per se.
Might be
On Tue, Jan 31, 2017 at 09:02:35AM +1100, teor wrote:
> How does an application tell the difference between a v2 and v3
> directory?
>
> What's the supported method, that we will continue to support in
> future, regardless of key or algorithm changes?
I guess by looking at the address and checkin
> On 27 Jan 2017, at 01:58, David Goulet wrote:
>
>> - "./hostname"[FILE]
>>
>> This is a file containing the onion address of the onion service.
>>
>> As you can see it's the same filename as in v2. Should we suffix it with v3
>> to make it clear that it's v3 onion? Would we ever ha
On 30 Jan (16:16:07), George Kadianakis wrote:
> David Goulet writes:
>
> > On 26 Jan (15:05:26), George Kadianakis wrote:
> >> Hey list,
> >
> > Hi!
> >
> > First, big thanks for this write up!
> >
> >>
> >> with service-side prop224 implementation moving forward, we need to pin
> >> down
> >>
David Goulet writes:
> On 26 Jan (15:05:26), George Kadianakis wrote:
>> Hey list,
>
> Hi!
>
> First, big thanks for this write up!
>
>>
>> with service-side prop224 implementation moving forward, we need to pin down
>> the directory structure of prop224 onion services. This will be very similar
On 26 Jan (15:05:26), George Kadianakis wrote:
> Hey list,
Hi!
First, big thanks for this write up!
>
> with service-side prop224 implementation moving forward, we need to pin down
> the directory structure of prop224 onion services. This will be very similar
> to
> the current directory struc
Hey list,
with service-side prop224 implementation moving forward, we need to pin down
the directory structure of prop224 onion services. This will be very similar to
the current directory structure, but with some mods to facilitate assymetric
client authorization keys and offline keys.
As people
13 matches
Mail list logo