<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jul 7, 2011, at 6:43 PM, <a href="mailto:ian@churchkey.org">ian@churchkey.org</a> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>On 07/07/2011 11:39 AM, Ted Smith wrote:<br><blockquote type="cite">As such, I don't see why a fully distributed system, where each node<br></blockquote><blockquote type="cite">detects spam and does not relay it, wouldn't suffice in any case. There<br></blockquote><blockquote type="cite">is no reason for the power of deciding which messages are malicious and<br></blockquote><blockquote type="cite">which aren't to be concentrated in one central place -- it can be<br></blockquote><blockquote type="cite">returned to its source, the people, with no ill effect.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">This is, of course, a purely effects-centric argument -- personally, as<br></blockquote><blockquote type="cite">someone who sometimes falls outside of the community norms, I don't want<br></blockquote><blockquote type="cite">to see anyone or anything empowered to "enforce" said norms more than<br></blockquote><blockquote type="cite">they already are. As Richard Stallman says, freedom is the most<br></blockquote><blockquote type="cite">important feature, and a centralized system can be rejected just because<br></blockquote><blockquote type="cite">it is centralized. I'd gladly pay for my freedom in a few unwanted<br></blockquote><blockquote type="cite">messages that consume 30 seconds of my daily time.<br></blockquote><br>As I said to dkg's point:<br><br><blockquote type="cite"><blockquote type="cite">When in doubt, we should avoid infrastructure with this kind of<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">centralized leverage.  too much centralized power already exists in the<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">non-freedombox world.  Let's not replicate those mistakes.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Agreed, but let's also not overlook the problems solved by a centralized<br></blockquote><blockquote type="cite">architecture as we move away from that centralization. I would love to<br></blockquote><blockquote type="cite">hear some more about how we can publish identity and machine contact<br></blockquote><blockquote type="cite">information through either the keyservers or dht, and particularly about<br></blockquote><blockquote type="cite">how to protect such contact routes from abuse by SPAMers and other forms<br></blockquote><blockquote type="cite">of contact abuse.<br></blockquote><br>If you feel that SPAM and other forms of contact abuse are solved<br>problems, that's great and I would love to hear about how we can<br>implement those solutions on the FreedomBox. If the Dynamic DNS based<br>public directory I proposed is particularly troubling to you, perhaps we<br>could focus on how that is different from DNS itself, the gpg<br>keyservers, or even the Debian mirror system. If there are problematic<br>differences, maybe we can mitigate them technically, perhaps by<br>implementing signed updates like the keyservers, or at least use the<br>discussion to move towards a preferable architecture.<br></div></blockquote><div><br></div><div>Your right Spam is allways a problem and i believe there is no 100% whateversafe method or </div><div>solution ,but we still use mail in 2011 , even if 78% of the worldwide mail traffic is spam <a href="http://en.wikipedia.org/wiki/E-mail_spam">http://en.wikipedia.org/wiki/E-mail_spam</a></div><div><br></div><div>But back to the topic</div><div><br></div><div>If i understand this correctly , <span class="st"><em>B.A.T.M.A.N.</em> (Better Approach To Mobile Adhoc Networking)</span> or <a href="http://wiki.hacdc.org/index.php/Byzantium">http://wiki.hacdc.org/index.php/Byzantium</a> </div><div>seems the routing protocol  of  choice  for the freedombox  <a href="http://www.open-mesh.org/">http://www.open-mesh.org/</a></div><div><br></div><div><div><a href="http://lists.freedomboxfoundation.org/s/arc/tac/2011-07/msg00000.html">http://lists.freedomboxfoundation.org/s/arc/tac/2011-07/msg00000.html</a></div><div><br></div></div><div><br></div><div>so the DNS thingy .......</div><div>----------------</div><div><br></div><div>The other obvious internet-is-down thing is using Bonjour to<br>
announce different services that are locally available - Jabber and<br>
Bonjour allow for node to node chatting - thus voice and video calls<br>
without asterisk stuff, etc. In theory Bonjour can advertise lots of<br>
different services but in practice, it's doubtful to be used unless it's<br>
built into the end user's OS.</div><div><br></div><div><br></div><div>I believe it would not be much work to integrate it because its just a modified bind server.</div><div><br></div><div>A  buddy is working on  <a href="https://github.com/andrewtj/dnsxd">https://github.com/andrewtj/dnsxd</a>  whitch does all we need, its just erlang :)</div><div><br></div><div>or Avahi <a href="http://avahi.org/">http://avahi.org/</a>  needs some work to be able to use wide area bonjour  </div><div>someone told me in 2009 that the patch for wide area bonjour is in the repository , but i think there are political reasons  </div><div><br></div><div><a href="http://lists.apple.com/archives/bonjour-dev/2010/Oct/msg00012.html">http://lists.apple.com/archives/bonjour-dev/2010/Oct/msg00012.html</a></div><div><br></div><div>greetings</div><div><br></div><div>Marc</div></div><br><div apple-content-edited="true"> <div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">--  Les enfants teribbles - research / deployment<br>Marc Manthey- Vogelsangerstrasse 97<br>50823 Köln - Germany<br>Tel.:0049-221-29891489<br>Mobil:0049-1577-3329231<br>blog: <a href="http://let.de/">http://let.de</a><br>twitter: <a href="http://twitter.com/macbroadcast/">http://twitter.com/macbroadcast/</a><br></div> </div><br></body></html>