[liberationtech] alexandria cable cutters?
- Forwarded message from Randy Bush ra...@psg.com - From: Randy Bush ra...@psg.com Date: Thu, 28 Mar 2013 15:46:25 +0900 To: North American Network Operators' Group na...@nanog.org Subject: alexandria cable cutters? User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) nyt reports capture of scuba divers attempting to cut telecom egypt undersea fiber. http://www.nytimes.com/aponline/2013/03/27/world/middleeast/ap-ml-egypt-internet.html randy - End forwarded message - -- Eugen* Leitl a href=http://leitl.org;leitl/a http://leitl.org __ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
[liberationtech] Installation free end-to-end encryption: Asking for public review / opinion / suggestion
Hi liberationtech, my name is Simon. I am a German software engineer. I propose to develop a (web) app providing end-to-end encryption for email; covering the following features: - no installation - for all devices - fast and secure hosted by Amazon-Web-Service All source code will be transmitted via https. Implementation will be done in pure JavaScript / HTML 5 and therefore portable to every device. The project is currently in draft / planing state. As described here: https://github.com/privkey/client As the description says it provides *end-to-end* encryption, I am aware that the running systems might we malicious. But we can only work at one problem at a time. Nevertheless, it will operate on a higher security level than plain text email or messaging via facebook. I am happy to hear your constructive feedback and ideas! Cheers Simon -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
[liberationtech] Fwd: [ra...@psg.com: alexandria cable cutters?]
I don't think it's a huge leap to suggest that someone may be trying to hobble telecommunications in/out of the Middle East, that they're doing so for a reason, and that they'll try again. ---rsk - Forwarded message from Randy Bush ra...@psg.com - From: Randy Bush ra...@psg.com Date: Thu, 28 Mar 2013 15:46:25 +0900 To: North American Network Operators' Group na...@nanog.org Subject: alexandria cable cutters? nyt reports capture of scuba divers attempting to cut telecom egypt undersea fiber. http://www.nytimes.com/aponline/2013/03/27/world/middleeast/ap-ml-egypt-internet.html randy - End forwarded message - -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Installation free end-to-end encryption: Asking for public review / opinion / suggestion
On Thu, Mar 28, 2013 at 10:48:17AM +0100, Simon Rothe wrote: - fast and secure hosted by Amazon-Web-Service I wouldn't. (a) Nobody with any clue accepts SMTP traffic from Amazon's cloud, as it's proven itself to be a massive source of spam and other forms of SMTP-borne abuse. Attempts to get Amazon personnel to deal with this in a prompt, professional manner have failed. Therefore it's now a best practice to deny incoming port 25 connections that originate in: 50.16.0.0/14 67.202.0.0/18 72.44.32.0/19 75.101.128.0/17 174.129.0.0/16 79.125.0.0/18 and/or which have rDNS that resolves to hosts in the subdomains compute-1.amazonaws.com or compute.amazonaws.com. (b) The assertion that Amazon's cloud is secure has no proof. Nor will it have proof anytime soon -- which is not an Amazon-specific problem, but a general problem with all cloud computing services. ---rsk -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
[liberationtech] Mexico's Geo-location law
A quick question: I don't suppose anyone knows where I can find a good English translation of the Mexican Geo-location/Geo-localization law, do they? Many thanks Paul Dr Paul Bernal Lecturer UEA Law School University of East Anglia Norwich Research Park Norwich NR4 7TJ email: paul.ber...@uea.ac.ukmailto:paul.ber...@uea.ac.uk Web: http://www.paulbernal.co.uk/ Blog: http://paulbernal.wordpress.com/ Twitter: @paulbernalUK -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] What's wrong with the kids these days? - On the moral decay of the Dutch hacker scene
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 03/26/2013 04:03 PM, Jacob Appelbaum wrote: I find the observations in the article extremely grim and depressing - it is largely as a matter of agreement, I might add. *** +1 Consider this as a threat not only to the Dutch democratic processes but also to the notion that the Netherlands is somehow independent in terms of law-enforcement and intelligence. Surely, one would not jest that the FBI deployed with the Dutch police would serve the Dutch police first, right? *** Last year, I met Rick van Buro [1] at an event organized by the squatter group Schijnheilig [2] in Amsterdam. Rick and his group have been spending the last 25 years researching Dutch law enforcement and documenting the extension of power and repressive legislation in the country. He mentioned the increasing influence of the Mossad--Israel secret service--in the Netherlands: he estimated that Mossad gets all of the intelligence gathered, while 80% goes to the USA, and only 60% go to the local law enforcement agencies. - From other sources, it's easy to find that the Mossad has been training European police forces in Commando Krav Maga (deadly hand combat technique used in the Israeli military) and crowd control techniques. The militarization of police forces around the world is an obvious fact to those curious enough to look at it. The issue at hand is certainly not increasing crime--although crime related to poverty rises with it, but rather an increased criminalization of regular citizens. Just look at the systematic repression of peaceful social movements over the world in the last couple of years. With that said, the complicity of hackers in these kinds of actions is beyond loathsome. Rather than helping to actually secure our systems, we see compromises that undermine the very core of our modern world. [snip] Hackers and those who are technically literate have a responsibility to consider the larger issues at stake. Those who don't, who just follow orders, who use simplistic self-serving reasoning in place of thoughtful ethics - those people are building a world where most of humanity will be subservient to such architecture. *** Ditto. == hk [1] http://www.burojansen.nl/ [2] http://schijnheilig.org/2012/02/0803-politiedossier-opvragen-met-buro-jansen-en-janssen-2100/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJRVEh8AAoJEDhjYTkcokoTtn4QAIQqURK32ovmAvmTn+JA3qiD zMY0gpeM+L+2QazwOqHGHJxvmqi0j7aRvmlwr+tj6ylO3XeulJISZUq/6OQWWl03 OYVhk44/H9LCQD84ThEZ39RfNZ/21qhwV0yCgNvWhSfOwXHypJhXWSIK3WXyw3CW o9D65qSilrxJx2DBWk0W/S3pby6fTF6zzsmYjqWXX5WST8F/PepmPGDZPKbSWdj4 w84AYudfvedaXcUmgFQVq0lu9BdNxblnpgOsZfi0CsmJI4VaAN5ljYV3/mpbjvRq AeZ2MLUwa1JsYgg/QfdRH6dquxwiUEZv3m0xSIEVlQQUGKn9seo1QtFbfVbmzDrX aFPXHqQ2Wx6pSnHa3k6Q1wM14mWbfLwBdtJ9TquNab7mcvwxaVoVuXTJoGh8fZ+1 0LLO1+mkr2l9BQMwCBTRWdKZZVHcOl5kgG702BDTbeK0E4Oia309qhlfdCGTq63p Ts1sRiz15ttKZNsmTU1CYr7lfwzyOnefUmmLXF+DzXtM48vzPeFxtP7OJtGmy4vA CfFhfgzJTAugkJda6FRwj/Okf/UDYrR0ntgj8MbLX3hByMtJTVNXZ+qpASrsY0O+ O7+Y30vTFzkrQ2LeKJlKw93a3BRFVGlR6rgDg++7f9fChjnGCt2PtLumdVhwqNx+ LMJNgWa1Qlfo5gWUJCHb =bB88 -END PGP SIGNATURE- -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] What's wrong with the kids these days? - On the moral decay of the Dutch hacker scene
On 28/03/13 14:41, hellekin wrote: On 03/26/2013 04:03 PM, Jacob Appelbaum wrote: I find the observations in the article extremely grim and depressing - it is largely as a matter of agreement, I might add. *** +1 Agreed, but Consider this as a threat not only to the Dutch democratic processes but also to the notion that the Netherlands is somehow independent in terms of law-enforcement and intelligence. Surely, one would not jest that the FBI deployed with the Dutch police would serve the Dutch police first, right? *** Last year, I met Rick van Buro [1] at an event organized by the squatter group Schijnheilig [2] in Amsterdam. Rick and his group have been spending the last 25 years researching Dutch law enforcement and documenting the extension of power and repressive legislation in the country. He mentioned the increasing influence of the Mossad--Israel secret service--in the Netherlands: he estimated that Mossad gets all of the intelligence gathered, while 80% goes to the USA, and only 60% go to the local law enforcement agencies. - From other sources, it's easy to find that the Mossad has been training European police forces in Commando Krav Maga (deadly hand combat technique used in the Israeli military) and crowd control techniques. The militarization of police forces around the world is an obvious fact to those curious enough to look at it. The issue at hand is certainly not increasing crime--although crime related to poverty rises with it, but rather an increased criminalization of regular citizens. Just look at the systematic repression of peaceful social movements over the world in the last couple of years. Without any factual evidence this is just speculation imho. Do you have some publicly accessible sources that can confirm these facts? Putting more oil on the fire will not help the cause, especially since there's a lot of rumours an FuD being spread around wrt this subject. With that said, the complicity of hackers in these kinds of actions is beyond loathsome. Rather than helping to actually secure our systems, we see compromises that undermine the very core of our modern world. [snip] Hackers and those who are technically literate have a responsibility to consider the larger issues at stake. Those who don't, who just follow orders, who use simplistic self-serving reasoning in place of thoughtful ethics - those people are building a world where most of humanity will be subservient to such architecture. *** Ditto. == hk [1] http://www.burojansen.nl/ [2] http://schijnheilig.org/2012/02/0803-politiedossier-opvragen-met-buro-jansen-en-janssen-2100/ -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Schneier: Focus on training obscures the failures of security design
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2013.03.28 00.45, Carol Waters wrote: At the risk of igniting an inbox-exploding smackdown thread, I think the following piece by Schneier http://www.darkreading.com/blog/240151108/on-security-awareness-training.html is definitely worth a read and thoughtful discussion; particularly from the POV of both trainers and developers. While I understand where he's coming from, and while he may even be correct when it comes to the strict integrity of the host system with which the user is interacting, he's significantly wrong if we take even a slight expanded view of what security is. Security is the ability to maintain agency in the performance of some set of real human actions in the world, in the face of hostile acts, and, moreover, to have some degree of assurance of one's continued agency. Much of security is and will always be about user behaviour. We cannot separate physical security from digital security, nor can, in our modern heavily surveilled world, we separate awareness of one's behavioural threat model and the interactions between things like the linkability and confidentiality properties of a channel, the data one is sending over that channel, and what one's adversaries capabilities and intents are. Real security awareness training (and I don't think for a second that what most people are given as this is sufficient, except in the literal sense of making them aware the problem exists) must give people the tools to understand these kinds of calculations and tradeoffs on their own. Yes, we must do far, far better than we are right now with our tools -- we need our tools to do everything that a computer can do to keep its humans safe, but even that isn't enough. It's great to have a self-driving car that will ensure you never get into a car accident, but when your actual adversary is an MQ-9 doing signature strikes, it's not going to help at all. E. - -- Ideas are my favorite toys. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) iF4EAREIAAYFAlFUUVUACgkQQwkE2RkM0wpI5gD/bhcx3PdCr3e960ZXBvyChigU TkaC/jVeqsRtiJgZoXcBAImvJkEHwNHtqdTSaff4jTMRY7TqZL48lcZxX9bREZWD =Y0kj -END PGP SIGNATURE- -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Schneier: Focus on training obscures the failures of security design
On Wed, Mar 27, 2013 at 07:45:45PM -0400, Carol Waters wrote: At the risk of igniting an inbox-exploding smackdown thread [...] You say that like it's a bad thing. ;-) I'll quote Marcus Ranum on the subject of educating users, from his essay: The Six Dumbest Ideas in Computer Security http://www.ranum.com/security/computer_security/editorials/dumb/ where educating users shows up as #5. Ranum writes: Penetrate and Patch can be applied to human beings, as well as software, in the form of user education. On the surface of things, the idea of Educating Users seems less than dumb: education is always good. On the other hand, like Penetrate and Patch if it was going to work, it would have worked by now. There have been numerous interesting studies that indicate that a significant percentage of users will trade their password for a candy bar, and the Anna Kournikova worm showed us that nearly 1/2 of humanity will click on anything purporting to contain nude pictures of semi-famous females. If Educating Users is the strategy you plan to embark upon, you should expect to have to patch your users every week. That's dumb. It's worth reading the whole thing to understand the context. ( BTW: that document/rant/essay is one of the very best things I've ever read about security. Many, MANY people running networks and systems would benefit greatly by the following algorithm: 1. Read it. 2. For the next week, try very hard not to do any of those things. 3. Go to step 1. That may sound simplistic...and it is. But I invite you to read Ranum's rant, and then peruse any handy listing of intrusion/attack/dataloss incidents, such as http://www.databreaches.net/ with his points in mind. You will find, as I have, that it almost *invariably* the root cause of the incident in question is that somebody made one of those six mistakes, or one of the lesser ones he enumerates. Sometimes they've made two or three. ) ---rsk -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
[liberationtech] New report: Nonprofit Technology Assistance Providers Sector Reach Assessment
Dear Liberation Tech Colleagues, Check out this important new report: http://www.nten.org/sites/default/files/ntap_sra_public_report_-_final_0.pdf It's a result of a collaboration among the following great organizations: - 501cTech - Idealware - Network For Good - NPower - NTEN (Nonprofit Technology Network) - Tech Impact - TechSoup Global I will be very interested in your reflections on this report, and hope that you'll post them to the group. Best regards from Deborah Deborah Elizabeth Finn Strategist and Consultant Technology for the Nonprofit and Philanthropic Sector 304 Newbury Street #275 Boston, Massachusetts 02115, USA Mobile phone: 1-617-504-8188 Voicemail: 1-617-958-1959 Email: deborah.elizab...@finn.com Web site: http://www.deborahelizabethfinn.com LinkedIn: http://www.linkedin.com/in/deborah909 Facebook: http://www.facebook.com/Deborah.Elizabeth.Finn Skype: Deborah909 Twitter: Deborah909 I bring resources and needs together for nonprofits and philanthropies, mostly through strategic use of information and communication technologies. -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Vote results on Reply to Question
Andrés said: The beauty of democracy! :-) Well, the decision is binding and must be respected. But the issue decided here is not the issue that was raised by Joseph Lorenzo Hall and defined by Matt Mackall. We can see this from the comments that accompany the public votes. One or two voters (such as Karl Fogel) have recognized that the question erroneously implies a reply-to- -poster setting in the configuration of the mailing list. This isn't just a technical error, it's a crucial point. The false distinction between replying to poster and replying to list has clearly confused many people into thinking that the issue boils down to a question of whether to retain the function of a mailing list at all. The issue raised by Joseph and Matt is quite different. It is whether to modify the sender's email headers against the standard practice of mailing lists, and against the advice of technical experts, and thus to infringe on the safety of the sender and other subscribers. Suppose we frame this issue as a question at some point, discuss it in a reasonable manner (subscribers here are intelligent and thoughtful), and then vote on it. It would be the first-ever vote on the issue. And if that's true, then isn't it *this* freedom to raise issues, to discuss them reasonably, and thus to inform voted decisions (and not the binding power of decisions) that's the real beauty of democracy? And what about the larger democracies in which many of us are fortunate enough to be citizens? Are we making ill-informed decisions for lack of reasoned discussion there, too? I'm thinking we ourselves might be in need of some liberation technology. -- Michael Allan Toronto, +1 416-699-9528 http://zelea.com/ Andrés Leopoldo Pacheco Sanfuentes said: The beauty of democracy! :-) On Mar 27, 2013 10:20 PM, Yosem Companys compa...@stanford.edu wrote: Dear Liberationtech list subscribers, Thank you for your vote on the following question, Do you want replies to Liberationtech list messages directed to reply-to-all or reply-to-poster? Here is the final vote tally: - Reply to All: 73% - Reply to Poster: 27% For perspective, the vote tally last time on August 20, 2012, was strikingly similar: - List: 69% - Sender: 31% As a result, the list default option will stay at reply to all. Thanks again, Yosem One of your moderators -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Installation free end-to-end encryption: Asking for public review / opinion / suggestion
On Thu, Mar 28, 2013 at 7:30 AM, Rich Kulawiec r...@gsp.org wrote: On Thu, Mar 28, 2013 at 10:48:17AM +0100, Simon Rothe wrote: - fast and secure hosted by Amazon-Web-Service I wouldn't. snip (b) The assertion that Amazon's cloud is secure has no proof. Nor will it have proof anytime soon -- which is not an Amazon-specific problem, but a general problem with all cloud computing services. Agree. In fact there is a small, but growing, movement of web developers who are working to get around the idea of corporate clouds. To quote the definition at https://unhosted.org/: Also known as serverless, client-side, or static web apps, unhosted web apps do not send your user data to their server. Either you connect your own server at runtime, or your data stays within the browser. Best regards, -- Scott Elcomb @psema4 on Twitter / Identi.ca / Github more Atomic OS: Self Contained Microsystems http://code.google.com/p/atomos/ Member of the Pirate Party of Canada http://www.pirateparty.ca/ -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Vote results on Reply to Question
PS - A fellow list administrator kindly points out that I'm wrong about the actual configuration variables. And in that connection, I also misrepresented what Karl was saying. (Sorry for the added noise and confusion.) The actual config variables are: (1) Should any existing Reply-To: header found in the original message be stripped? If so, this will be done regardless of whether an explict Reply-To: header is added by Mailman or not. - No - Yes (2) Where are replies to list messages directed? Poster is *strongly* recommended for most mailing lists. - Poster - This list - Explicit address (3) _ The meaning of these three variables is defined here: http://www.gnu.org/software/mailman/mailman-admin/node11.html The default and recommended settings of (1 No) and (2 Poster) leave the sender's Reply-to headers unaltered. My argument still stands, ofc. The issue decided by this vote is not the issue that was raised by Joseph and Matt. That issue, and that question, have yet to be discussed and voted: ... It is whether to modify the sender's email headers against the standard practice of mailing lists, and against the advice of technical experts, and thus to infringe on the safety of the sender and other subscribers. Mike Michael Allan said: Andrés said: The beauty of democracy! :-) Well, the decision is binding and must be respected. But the issue decided here is not the issue that was raised by Joseph Lorenzo Hall and defined by Matt Mackall. We can see this from the comments that accompany the public votes. One or two voters (such as Karl Fogel) have recognized that the question erroneously implies a reply-to- -poster setting in the configuration of the mailing list. This isn't just a technical error, it's a crucial point. The false distinction between replying to poster and replying to list has clearly confused many people into thinking that the issue boils down to a question of whether to retain the function of a mailing list at all. The issue raised by Joseph and Matt is quite different. It is whether to modify the sender's email headers against the standard practice of mailing lists, and against the advice of technical experts, and thus to infringe on the safety of the sender and other subscribers. Suppose we frame this issue as a question at some point, discuss it in a reasonable manner (subscribers here are intelligent and thoughtful), and then vote on it. It would be the first-ever vote on the issue. And if that's true, then isn't it *this* freedom to raise issues, to discuss them reasonably, and thus to inform voted decisions (and not the binding power of decisions) that's the real beauty of democracy? And what about the larger democracies in which many of us are fortunate enough to be citizens? Are we making ill-informed decisions for lack of reasoned discussion there, too? I'm thinking we ourselves might be in need of some liberation technology. -- Michael Allan Toronto, +1 416-699-9528 http://zelea.com/ Andrés Leopoldo Pacheco Sanfuentes said: The beauty of democracy! :-) On Mar 27, 2013 10:20 PM, Yosem Companys compa...@stanford.edu wrote: Dear Liberationtech list subscribers, Thank you for your vote on the following question, Do you want replies to Liberationtech list messages directed to reply-to-all or reply-to-poster? Here is the final vote tally: - Reply to All: 73% - Reply to Poster: 27% For perspective, the vote tally last time on August 20, 2012, was strikingly similar: - List: 69% - Sender: 31% As a result, the list default option will stay at reply to all. Thanks again, Yosem One of your moderators -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Vote results on Reply to Question
We voted on #2 because that was the issue Joseph Lorenzo Hall raised (see: http://www.mail-archive.com/liberationtech@lists.stanford.edu/msg03767.html). He specifically asked for the following: Has the possibility of reconfiguring libtech to not reply-all by default been broached? Maybe I'm the only one that trips over it so often. best, Joe FYI, the list settings are configured as follows: (1) Should any existing Reply-To: header found in the original message be stripped? If so, this will be done regardless of whether an explicit Reply-To: header is added by Mailman or not. - No (2) Where are replies to list messages directed? Poster is *strongly* recommended for most mailing lists. - This list Best, Yosem -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] What's wrong with the kids these days? - On the moral decay of the Dutch hacker scene
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 03/28/2013 10:51 AM, Lex van Roon wrote: Without any factual evidence this is just speculation imho. Do you have some publicly accessible sources that can confirm these facts? *** Please define this and these. I suppose you're referring to the mention of Mossad. You might be right, and it's probably a slip on my part to generalize their influence--besides the fact they won't advertise doing it. I've got that information from word of mouth while in Amsterdam, so it might just be a rumor. But that rumor has some truth in it, and that's the militarization of police forces around the world, that is well documented and self-evident given the evolution of their gear. For the part concerning the research of Jansen Jansen, I guess you're more able as a Dutch to figure this out for yourself, using the link I already provided. Regards, == hk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJRVJkoAAoJEDhjYTkcokoTZNEP/AyW7anQx0VhG9EN9Mb9uECq EGz0NZ9bw2sQzU32u/9EIIM56KefhybCdryqu4ekDjBN3rxu9rJVTu3jAHXXN4Di Bx1mH7ul9sevO3ozrAikfuRUqqlPOTF3BRHk+mJARb98YKrnX0lHkLFpWIXyh7PC U4P4SksujaQ8ItXFB/H04flTxPire+CgWWONvQivhUJiQm8wNBSMB7kfXtQ7ccGP +zvidTQNu5YryikozKoYEzGZSvti0w+jpbAFnkifKtY1SwZyfZ6f2/PtR1UHazsY aG7sytoAhkn9OAFyvutta3QLcn6wSrgDiZfqQRwcacEw+8SyVkZ8u7MsJ9xpeYiB smLK/mXQdNNJpMAZG9rbchRuoyyZ34ybBVa8gqLbGhJoGKwjLP95vPnilcWzUvwP LkYmVeoa7js+U7xJ8FG4AKI0C+8CAAkdZIGA5FziYQomwldkkKSvk+s1lvPijnEJ ZBlL5b4iNhk3Q+IMTQ00fIET0jOeSqKE2uYB61AW6hVij6ZkZmITUPZ3FQsId6B7 djG9cPq8LS6U0DFsjUEdgqLbucL/CCgMNrNBzAfKI6BhoJdALt4au+yIQ+XLCu6q HDperytKZ8t9rJfauQ1DHg1RQ64M8YMtsTEYTHNQfkLw/pp5eM6+JUBtahQj8KVZ wRy+YKlmfR7m8D7ikeZs =96hO -END PGP SIGNATURE- -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
[liberationtech] Fwd: [svc4all] Food Hackathon 9AM April 6, 2013 - 7PM April 7, 2013 (Saturday and Sunday)
-- Forwarded message -- From: Jim Murray jim.mur...@stanford.edu Date: Wed, Mar 27, 2013 at 10:08 AM *Food Hackathon 9AM April 6, 2013 - 7PM April 7, 2013 (Saturday and Sunday) http://foodhackathon.eventbrite.com/# * We thought you might be interested in the event highlighted below. *To register, see information below*. *Note**: I am forwarding this announcement. DO NOT reply to this email. If you have questions regarding this event, please contact Michelle Paratore at michelleparat...@alumni.gsb.stanford.edu. * Be Well, eat well! Antonella and Christopher [image: cid:image001.jpg@01CCCADA.0AF8F1B0] *The Food Hackathon* will unite designers, developers, and entrepreneurs in a world-class event to build networks, cross-pollinate ideas, and create new products and tools to innovate and improve the food ecosystem. The Food Hackathon is the first event of its kind: empowering food lovers and developers with a focus on building hardware and software products and services that positively impact the production, storage, distribution, access, discovery, sharing, consumption, and social impact of food. Top Food Hackathon teams will have the opportunity to demo their products and receive feedback from notable judges with a chance to win prizes and awards, gain recognition among the global food and tech community, and network with Bay Area movers and shakers. Please find details below. We've also created a special 20% discount code for Stanford students to use to register for this event. Please share with anyone who'd be interested. - *Event:* Food Hackathon - *Date:* 9AM April 6, 2013 - 7PM April 7, 2013 (Saturday and Sunday) - *Location:* 450 Townsend Street, San Francisco, CA - *To sign up**:* http://foodhackathon.eventbrite.com - *Stanford discount code* (20% off): stanfordstudent20 - *About: * Michelle Paratore (Klahr) MBA, Class of 2012 Stanford Graduate School of Business michelleparat...@alumni.gsb.stanford.edu ___ foodsummit mailing list foodsum...@lists.stanford.edu https://mailman.stanford.edu/mailman/listinfo/foodsummit --++**==--++**==--++**==--++**==--++**==--++**==--++**== This list is for announcing public service events of interest to the Stanford community. All members of the community may subscribe and post. Members submitting content that is not public service related (broadly defined) may be removed from the list. For questions, contact service4all-ow...@lists.stanford.edu. If you would like to learn how to filter mail, receive mailings in digest form (once per day) or receive only announcements about Haas Center programs, please visit http://haas.stanford.edu/emailinstructions --++**==--++**==--++**==--++**==--++**==--++**==--++**== Unless so specified, the programs and activities posted to this list are not officially endorsed by any department or program at Stanford University . -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Vote results on Reply to Question
Yosem Companys compa...@stanford.edu writes: We voted on #2 because that was the issue Joseph Lorenzo Hall raised (see: http://www.mail-archive.com/liberationtech@lists.stanford.edu/msg03767. html). He specifically asked for the following: Has the possibility of reconfiguring libtech to not reply-all by default been broached? Maybe I'm the only one that trips over it so often. best, Joe The question Joe raised is not the one that was on the ballot. Michael Allen has already explained why. You could, for example, *add* a mailing list's address to a Reply-to header while leaving any existing Reply-to (the one the poster set) intact, thus avoiding the can't find my way back home problem. There are arguments for and against that, but in any case that choice was not on the ballot. The ballot presented a choice that no one asked for, as far as I'm aware. Regarding the present-day setting of the list: FYI, the list settings are configured as follows: (1) Should any existing Reply-To: header found in the original message be stripped? If so, this will be done regardless of whether an explicit Reply-To: header is added by Mailman or not. - No (2) Where are replies to list messages directed? Poster is *strongly* recommended for most mailing lists. - This list I cannot tell from the archives what the list actually does, because Reply-to headers are not preserved in the archives in any form, not even in the mbox file downloads, as far as I can tell. (If someone could look at one of my messages, in their own personal email client archive, and say how many Reply-to headers there are and what's in them, that would be useful, since I always set Reply-to explicitly to a personal address.) In any case, if you're saying that the list now adds the list address to Reply-to, but also preserves any other information already in the Reply-to header (if any), then that's an interesting outcome... but it's not one of the possible results from the question actually voted on: * Do you want replies to Liberationtech list messages directed to reply-to-all or reply-to-poster? I don't object to a democratic result, but there was mis-formed ballot here, and an unclear presentation of the issue at hand. If we want to do it right, it's a bit more complex than what we actually did. I guess this problem comes up in democracies a lot :-). -Karl -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Vote results on Reply to Question
M. Fioretti mfiore...@nexaima.net writes: Karl, in this message from you there was one Reply-To header, set to: Karl Fogel kfo...@red-bean.com, liberationtech liberationtech@lists.stanford.edu Thank you. Then we're at least avoiding the can't find my way back home problem, which is good. about the general issue: most decent email clients can recognize messages from mailing lists and allow their user to ignore the reply-to header. Which is what I (and many other people) do, on this and any other mailing list I'm subscribed to. You may set it to mickeymo...@mouseton.com, and by default my replies to all messages sent to liberationtech@lists.stanford.edu would still go ONLY to liberationtech@lists.stanford.edu Oh, none of this is an issue for me personally. My mail client is heavily scripted customized already. I'm worried, instead, that someone else will send a private message (say a private reply for my eyes only) and have it accidentally go to the list. I've seen this happen on other lists that add the list address to Reply-to, and it's not pretty. In other words, the failure mode of the current setting is much more severe than the failure mode of leave Reply-to alone, since if someone accidentally sends a message privately that should have been public, the recipient can always point this out and then the sender can simply re-post to the list. And that failure mode makes everyone vulnerable, since what the private responder is saying might contain information that is private about me too! But that's always been the argument against the current setting. If the vote is that we live with this danger, then that's the vote. At least we're only adding to reply-to, never destroying any data. -Karl -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
Re: [liberationtech] Vote results on Reply to Question
Hi all, I'm not comfortable enough with this list to reply-all very often (while it's a very informative list, the tenor doesn't match my own style, especially for a list with public archives), and it is a non-standard configuration -- in my experience -- to reply-to-list. That being said, I've worked a lot in democracy and election technology and I don't want to frustrate folks who find this discussion tedious, especially after a vote of sorts ... so I'll just be very careful lest my occasionally inane, impolitic or unnecessary me too! intended-to-be-off-list posts end up in the public archives and/or embarrass me/get me in trouble. Thanks very much for putting up with my initial query. best, Joe -- Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at compa...@stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech