[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#268324: marked as done (RFP: mute-net -- P2P file sharing network using real anonymous connections)



Your message dated Thu, 22 Sep 2005 17:18:29 -0600
with message-id <E1EIaKj-0006zt-00@merkel.debian.org>
and subject line WNPP bug closing
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 27 Aug 2004 07:33:23 +0000
>From jaalto@cante.net Fri Aug 27 00:33:23 2004
Return-path: <jaalto@cante.net>
Received: from fep30-0.kolumbus.fi (fep30-app.kolumbus.fi) [193.229.0.32] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1C0bEg-000443-00; Fri, 27 Aug 2004 00:33:22 -0700
Received: from ns.cante.net ([81.197.3.110]) by fep30-app.kolumbus.fi
          with ESMTP
          id <20040827073319.TWK23396.fep30-app.kolumbus.fi@ns.cante.net>;
          Fri, 27 Aug 2004 10:33:19 +0300
Received: from jaalto by ns.cante.net with local (Exim 4.34)
	id 1C0bEa-0000iv-JY; Fri, 27 Aug 2004 10:33:17 +0300
MIME-Version: 1.0
From: Jari Aalto <jari.aalto@poboxes.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
X-Mailer: reportbug 2.64
Date: Fri, 27 Aug 2004 10:33:16 +0300
Message-Id: <E1C0bEa-0000iv-JY@ns.cante.net>
Sender: Jari Aalto <jaalto@cante.net>
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: jaalto@cante.net
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Subject: RFP: mute-net -- P2P file sharing network using real anonymous connections
X-SA-Exim-Version: 4.1 (built Tue, 17 Aug 2004 11:06:07 +0200)
X-SA-Exim-Scanned: Yes (on ns.cante.net)
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.1 required=4.0 tests=BAYES_44,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

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)

---------------------------------------
Received: (at 268324-done) by bugs.debian.org; 22 Sep 2005 23:18:30 +0000
>From damog@merkel.debian.org Thu Sep 22 16:18:30 2005
Return-path: <damog@merkel.debian.org>
Received: from merkel.debian.org [192.25.206.16] (mail)
	by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
	id 1EIaKk-0001rB-00; Thu, 22 Sep 2005 16:18:30 -0700
Received: from damog by merkel.debian.org with local (Exim 3.36 1 (Debian))
	id 1EIaKj-0006zt-00; Thu, 22 Sep 2005 17:18:29 -0600
To: 268324-done@bugs.debian.org
Subject: WNPP bug closing
Message-Id: <E1EIaKj-0006zt-00@merkel.debian.org>
From: David Moreno Garza <damog@merkel.debian.org>
Date: Thu, 22 Sep 2005 17:18:29 -0600
Delivered-To: 268324-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02

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 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>.

This is the second massive wnpp closing that is being done. The next close
will be done on inactive RFPs older than 365 days and finally, an automatic
script will close, by default, *inactive* RFPs when they reach one year of
inactivity.

A similar process is being applied to other kind of wnpp bugs.

Thanks for your cooperation,

 -- David Moreno Garza <damog@debian.org>  Thu, 22 Sep 2005 17:06:42 -0500



Reply to: