On Sun, Jun 1, 2014 at 9:45 PM, Cathal (phone)
cathalgar...@cathalgarvey.me wrote:
What about streaming, which is increasingly used to hold power to account in
real time? Or other rich, necessarily large media which needs to *get out
fast*? Big media isn't always frivolous. Even frivolity is
In May 2014 someone wrote:
p2p is no panacea, it doesn't scale
I believe it could. Even if requiring super aggregating
nodes of some sort. Layers of service of the whole
DHT space. More research is surely required.
It is not possible to have fast p2p unless:
- Cable networks collaborate
On Fri, May 16, 2014 at 6:01 AM, tpb-cry...@laposte.net wrote:
pesky to/from/subject/etc headers.
Those are hidden by use of TLS.
weaknesses intrinsic to SMTP discussions?
Yes, they are hidden in TLS transport on the wire.
No, they are not hidden in core or on disk at
the intermediate
the trick.
Message du 02/06/14 03:45
De : Cathal (phone)
A : tpb-cry...@laposte.net, tpb-cry...@laposte.net, grarpamp ,
p2p-hack...@zim.maski.org
Copie à : cypherpu...@cpunks.org, cryptography@randombit.net
Objet : Re: [cryptography] The next gen P2P secure email solution
What about
Message du 16/05/14 02:26
De : grarpamp
A : p2p-hack...@lists.zooko.com
Copie à : cypherpu...@cpunks.org, cryptography@randombit.net
Objet : Re: [cryptography] The next gen P2P secure email solution
pesky to/from/subject/etc headers.
Oh boy, here we go.
Those are hidden by use
Message du 13/05/14 05:55
De : grarpamp
A : cypherpu...@cpunks.org
Copie à : p2p-hack...@lists.zooko.com, cryptography@randombit.net
Objet : Re: [cryptography] The next gen P2P secure email solution
On Fri, May 9, 2014 at 11:49 AM, rysiek wrote:
Dnia wtorek, 22 kwietnia 2014 20:58:50
On Thu, May 15, 2014 at 8:36 AM, tpb-cry...@laposte.net wrote:
- Email is entrenched in the offices, many a business is powered by it;
They are powered by authorized access to and useful end use of message
content, not by email. That's not going anywhere, only the intermediate
transport is
Oh boy, here we go.
Message du 15/05/14 23:14
De : grarpamp
http://arstechnica.com/security/2014/05/good-news-for-privacy-fewer-servers-sending-e-mail-naked-facebook-finds/
I think that answers your concern about SMTP transport in the clear
Yes, great, we're now moving towards strict
pesky to/from/subject/etc headers.
Oh boy, here we go.
Those are hidden by use of TLS.
Have you not been following the weaknesses intrinsic
to SMTP discussions?
Yes, they are hidden in TLS transport on the wire.
No, they are not hidden in core or on disk at
the intermediate and final message
On Fri, May 9, 2014 at 11:49 AM, rysiek rys...@hackerspace.pl wrote:
Dnia wtorek, 22 kwietnia 2014 20:58:50 tpb-cry...@laposte.net pisze:
Although technical solutions are feasible
Then do it and see what happens.
we ought to consider some things:
- Email is older than the web itself;
So is
This thread pertains specifically to the use of P2P/DHT models
to replace traditional email as we know it today.
*Anonymous Email based on virtual institutions*
What about this model? In a network you send your public email encryption
key to an virtual institution.
The institution is defined
Message du 22/04/14 20:30
De : Randolph
This thread pertains specifically to the use of P2P/DHT models
to replace traditional email as we know it today.
*Anonymous Email based on virtual institutions*
What about this model? In a network you send your public email encryption
key to
On Tue, Dec 24, 2013 at 5:09 AM, danimoth danim...@cryptolab.net wrote:
On 24/12/13 at 04:20am, grarpamp wrote:
This thread pertains specifically to the use of P2P/DHT models
to replace traditional email as we know it today. There was
a former similarly named thread on this that diverged...
Hi Garpamp and Adrelanos,
I agree with you too!.. as I am not affiliated with BitMail, .. all that is
needed, you request. It seems to be a model like waste.sf.net out as a
reference. The difference maybe is, I tried to evalute it, and we could
share experience. Anyway.., it is definately a p2p
Anyone looked at BitMail p2p ?
http://sourceforge.net/projects/bitmail/?source=directory
2013/12/24 grarpamp grarp...@gmail.com
This thread pertains specifically to the use of P2P/DHT models
to replace traditional email as we know it today.
Pasting in a very rough and unflowing thread summary
On Wed, Dec 25, 2013 at 8:21 AM, Jeremie Miller
jeremie.mil...@gmail.com wrote:
This thread seems pretty immense and in various places, what's the best way
to contribute to it?
I'm pretty keen on the topic, been working on /real/ p2p infrastructure for
5+ years now :)
I'm not sure that it
On Wed, Dec 25, 2013 at 7:19 AM, Randolph rdohm...@gmail.com wrote:
Anyone looked at BitMail p2p ?
http://sourceforge.net/projects/bitmail/?source=directory
re: bitmail, goldbug, etc.
With all due respect, I doubt few here have or will anytime soon.
You spam out links to binaries no one's
This thread pertains specifically to the use of P2P/DHT models
to replace traditional email as we know it today. There was
a former similarly named thread on this that diverged... from the
concept and challenge of P2P/DHT handling the transport and
lookups... back to more traditional models. This
Somebody in there mentioned allowing IPv6 addressing on top of I2P/Tor.
That would be Garlicat/Onioncat. It creates a local virtual IPv6 network
interface for your software to use, so that you can map key based addresses
to routable local addresses.
https://www.onioncat.org/about-onioncat/
-
More summary pasting...
/ Someone...
/ There are people I know who do not mind the extra steps for pgp. I
/ certainly want to get the roll out to use and test and enjoy. Sign me
/ up.
grarpamp...
Encryption is only part of it. There's transport, elimination of
central storage, anonymity, p2p,
On 24/12/13 at 04:20am, grarpamp wrote:
Once you know the address (node crypto key), you put it 'To: key',
mua hands to spool, p2p daemon reads spool, looks up key in DHT and
sends msg off across the transport to the far key (node) when it is
reachable.
In these months there was a lot of
On 24/12/13 at 04:20am, grarpamp wrote:
This thread pertains specifically to the use of P2P/DHT models
to replace traditional email as we know it today. There was
a former similarly named thread on this that diverged... from the
concept and challenge of P2P/DHT handling the transport and
On Tue, Dec 24, 2013 at 5:09 AM, danimoth danim...@cryptolab.net wrote:
A problem which could rise is the 'incentive' for peers to continuosly
providing bandwidth and disk space to store messages. I'm a simple dude,
with a mailflow of ~5 email per day. Why I should work for you, with
your
On Tue, Dec 24, 2013 at 5:03 AM, Natanael natanae...@gmail.com wrote:
Somebody in there mentioned allowing IPv6 addressing on top of I2P/Tor. That
would be Garlicat/Onioncat. It creates a local virtual IPv6 network
interface for your software to use, so that you can map key based addresses
to
On Tue, Dec 24, 2013 at 5:01 AM, danimoth danim...@cryptolab.net wrote:
In these months there was a lot of talking about metadata, which SMTP
exposes regardless of encryption or authentication. In the design of
this p2p system, should metadata's problem kept in consideration or not?
IMHO
25 matches
Mail list logo