--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: RFP: mute-net -- P2P file sharing network using real anonymous connections
- From: Jari Aalto <jari.aalto@poboxes.com>
- Date: Fri, 27 Aug 2004 10:33:16 +0300
- Message-id: <E1C0bEa-0000iv-JY@ns.cante.net>
Package: wnpp
Severity: wishlist
* Package name : mute-net
Version : 0.3
Upstream Author : Jason Rohrer <jcr13@users.sourceforge.net>
* URL : http://sourceforge.net/projects/mute-net
* License : GPL
Description : P2P file sharing network using real anonymous connections
http://mute-net.sourceforge.net/
MUTE is a secure, anonymous, distributed communications framework
Node-to-node connections are encrypted, and messages are routed using
an ant-inspired algorithm. The first MUTE-based app supports anonymous
file sharing.
Pure C/C++ and uses wxWindows cross platform GUI libraries.
[ See developer's interview at ]
http://www.onlamp.com/pub/a/onlamp/2004/08/12/mute.html
...A MUTE network is very similar in form to a traditional P2P
network: MUTE nodes connect to each other in a mesh network, with each
node maintaining a small number of direct links to neighbor nodes. In
addition to routing search requests and results through the mesh, MUTE
routes everything else, including file transfers. Thus, a downloader
does not need to know the IP address of a file source, since the
downloader never needs to make a direct connection, and a download is
routed through the chain of nodes that separate the downloader from
the file source. Routed downloads are what separates MUTE from other
search-and-download P2P networks.
Of course, routed downloads alone do not provide anonymity. Even more
crucial is the way that MUTE routes messages anonymously. Each MUTE
node generates a random virtual address for itself at
startup. Messages are tagged as being "from" one virtual address and
"to" another virtual address, though only the sending node knows that
it owns the "from" address, and only the receiving node knows that it
owns the "to" address. None of the other nodes in the network know
which node owns either of these addresses.
As messages travel through the network, they leave behind local
"scent" or routing information for their "from" address at each node
that they pass through.
For example, if a message from Alice passes through a node, the node
records that it has received messages from Alice from one of its
neighbors. In the future, if that node receives a message to Alice, it
can use this scent to direct the message onward through that
neighbor. Each node essentially maintains directional hints about
which direction Alice is in, though no one knows for sure which node
is actually Alice.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.26.20040601
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to en_US)
--- End Message ---
--- Begin Message ---
Hello,
This is an automatic mail sent to close the RFP you have reported or
are involved with.
Your RFP wnpp bug is being closed because of the following reasons:
- It is, as of today, older than 365 days.
- It hasn't had any activity recently.
As this is an automatic procedure, it could of course have something
wrong and probably it would be closing some bugs that are not
intended by owners and submitters (like you) to be closed, for
example if the RFP is still of your interest, or there has been
some kind of activity around it. In that case, please reopen the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily reopen
their bugs ;-).
To re-open it, you simply have to mail control@bugs.debian.org
with a body text like this:
reopen 268324
thanks bts
Further comments on the work done in the bug sent to
268324@bugs.debian.org would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <damog@debian.org>.
A similar process is being applied to other kind of wnpp bugs.
Thanks for your cooperation,
-- David Moreno Garza <damog@debian.org>.
--- End Message ---