Re: [liberationtech] safe email platforms

2015-09-13 Thread Tempest
Griffin Boyce: > For email, connecting to a collective that operates an email service > is your best bet. My email is operated by Autistici, and many swear by > RiseUp. If you want secure addresses for your group quickly, then > Electric Embers is good as well (though you have to pay for their

Re: [liberationtech] // freevpn.me //

2015-07-29 Thread Tempest
Shelley: > The general rule of "free" services, as I'm sure most on this list know, > is: you are not the client, you are the product. I don't use free VPNs > or free email, etc. nor do I recommend them to anyone. the general rule should be that vpns are always a roll of the dice. paid or free, b

Re: [liberationtech] Espionge.app's lack of plausible deniability (Was: TrueCrypt Alternatives?)

2014-10-07 Thread Tempest
Andy Isaacson: > Nope nope nope. You don't get to try to shame free research and sweep > this issue under the rug by insisting on private email. this right here. i've found the developer's words on this matter especially disheartening, particularly since he came into this thread through attemptin

Re: [liberationtech] when you are using Tor, Twitter will blocked your acc

2014-06-10 Thread Tempest
Rich Kulawiec: > Consider: if Twitter is so ready, willing and able to cave in to these > demands, what possible reason is there to think that they won't give in > just as quickly to *other* demands -- like for a data dump on all the > users in a particular country or following particular accounts

[liberationtech] Safer Anonymous Operating System Guide

2014-03-28 Thread Tempest
version 0.6.2 of the "Beginner Friendly Comprehensive Guide to Installing and Using a Safer Anonymous Operating System" is now online. the guide covers the following: - installing debian on a luks encrypted usb drive, or on a luks encrypted hd partition to be unlocked with a usb boot key. - inst

[liberationtech] remaining free email hosts on tor hidden services

2014-03-04 Thread Tempest
recently, it appears that bitmessage.ch has closed down new registrations for the time being. as a result, i am looking for a replacement "instant registration" free email service in the ".onion" tor hidden service domain to use in a guide to get people started with anonymity and encryption. so f

Re: [liberationtech] 15 years later, why can't Johnny still not encrypt?

2014-01-18 Thread Tempest
Patrick Schleizer: > Lurid headlines have a point. yes. clicks. sad that a tech discussion needs to go the way of buzzfeed. > carlo von lynX has a goal. That is, > getting people using encryption software better than gpg. [We don't > have to agree how better defines for this argument.] i disag

Re: [liberationtech] 15 years later, why can't Johnny still not encrypt?

2014-01-17 Thread Tempest
carlo von lynX: > > no. the title is correct. there are better tools, so don't start > with PGP. "better" is the wrong term to use for programs that are yet to be audited, espcially when the one you hype the most, pond, has an explicit warning from the author to use gpg if you need security. thi

Re: [liberationtech] 15 years later, why can't Johnny still not encrypt?

2014-01-16 Thread Tempest
carlo von lynX: > no, there are several unnecessary problems that people are confronted > with specifically with pgp. you are talking as if the 15 reasons > weren't there and weren't real. we're just making things up. from the start, i've stated they simply don't support the reckless title of your

Re: [liberationtech] 15 years later, why can't Johnny still not encrypt?

2014-01-16 Thread Tempest
coderman: > > journalists and human rights workers are motivated like never before, > and likely more sophisticated. however they still struggle with > technical tools for strong privacy. i think you and i are miscommunicating. i'm not referring to the "why johnny can't encrypt" work. i'm referr

Re: [liberationtech] 15 years later, why can't Johnny still not encrypt?

2014-01-16 Thread Tempest
coderman: > > a direct, demonstration / walk through is a very different learning > experience compared to manuals and command lines staring back at you > from the abyss. we're past that though. there is gui implementation of gpg. the "hard" part largely comes down to it being a new concept for n

Re: [liberationtech] 15 years later, why can't Johnny still not encrypt?

2014-01-16 Thread Tempest
Jonathan Wilkes: > > You can disagree with it, but it certainly is not a logical fallacy. based on the substance of the editorial it describes, it certainly is. it's "begging the claim." the fact that i have walked novice computer users through installing and using gpg shows that the level of diff

Re: [liberationtech] 15 years later, why can't Johnny still not encrypt?

2014-01-15 Thread Tempest
carlo von lynX: >> There was a thread on LibTech titled "10 reasons not to start using PGP"[2] >> that you might be interested in. > > Thanks for the referral, Pranesh. :) > > Since the current reason count is at 15, you may want to > read the updated version at and it's still a horrible head

Re: [liberationtech] 15 years later, why can't Johnny still not encrypt?

2014-01-15 Thread Tempest
Lars Luthman: > > I don't think it's about UI issues anymore, simply about the lack of a > critical mass and the move to webmail. Webmail operators, who by and > large are also ad mongers, have zero interest in providing tools for > client-side encryption since that would prevent them from analysin

Re: [liberationtech] the 14th reason not to start using PGP is out!

2013-11-24 Thread Tempest
carlo von lynX: > > Hmmm.. if you're anonymous, then you don't have friends to email with... that is an incredible logical fallacy. myself and many others communicate with each other without having the sligtest amoont of knowledge as to who each other actually are. > Pond, Cables, Bitmessage, Su

Re: [liberationtech] the 14th reason not to start using PGP is out!

2013-11-22 Thread Tempest
carlo von lynX: > You are talking of the tech as if it was a person and I was insulting > it. no. i was pointing out that you expect the tech to provide a function for which it was never intended. if you want anonymity, encrypt your hard drive and install one of the many flavors of operating syst

Re: [liberationtech] the 14th reason not to start using PGP is out!

2013-11-22 Thread Tempest
carlo von lynX: > But wait, didn't Thunderbird just store a draft? Yes, and since I >happen to have IMAP configured it stored the draft to my server. that's your own fault. why didn't you configure thunderbird to store your drafts, and everything else, locally? that's not a pgp problem in the

Re: [liberationtech] Google Unveils Tools to Access Web From Repressive Countries | TIME.com

2013-10-23 Thread Tempest
Shava Nerad: > But if you look at the press or boosters or detractors, there is > misinformation, disinfo, and just a lot of glitter and FUD out there. > > Not to jump on TechPresident, but to use them as an example (but because it > was posted here...), there's a tendency to pit groups against o

Re: [liberationtech] 13 reasons not to start using PGP

2013-10-15 Thread Tempest
hat has never been touched by anything but tor from their side. plenty of services exist that provide e-mail addresses for free without blocking tor. the question of how private those services may keep your communications is an entirely different issue, which is why the use of pgp/gpg is still a good id

Re: [liberationtech] 10 reasons not to start using PGP

2013-10-11 Thread Tempest
Gregory Maxwell: > > Do you think any of your users should want to send you email to > anonymous one time use tech support mailboxes using that key, provably > showing they were communicating to you to anyone who can monitor their > email? Do you think your users will even realize that sending yo

Re: [liberationtech] 10 reasons not to start using PGP

2013-10-11 Thread Tempest
Gregory Maxwell: > My other big technical complaint about PGP is (3) in the post, that > every encrypted message discloses what key you're communicating with. > PGP easily _undoes_ the privacy that an anonymity network like tor can > provide. It's possible to use --hidden-recipient but almost no o