is truecrypt dead?

[Cathal Garvey]

> corp will take the fall for the leak. The leak is out there, but the
> corp dies of negligience or something, rather than from a stand
> up principled fight. That's not a win.

"Halt and catch fire" is a pretty good defense, I think. It's why
Lavabit shut down, after all; it is *better* to crash and burn than
become a cog of oppression.

On 01/06/14 06:03, grarpamp wrote:
> On Sat, May 31, 2014 at 2:53 PM, jim bell <jamesdbell9 at yahoo.com> wrote:
>> https://www.google.com/#q=corporation+cannot+conspire+with+itself
>> deliver a copy of that  NSL letter to each of its employees
>> Obviously, that news will leak.
>> Prosecution of any specific corporate employee will be difficult
>> without very detailed evidence.
> 
> As in the search results... whoever was leaking employee is
> irrelevant, the employee is the corp. If an employee cannot be
> found *and* successfully treated separately from the corp, the
> corp will take the fall for the leak. The leak is out there, but the
> corp dies of negligience or something, rather than from a stand
> up principled fight. That's not a win.
> 
>> The issue will arise:  Can a corporation legally deliver a copy of
>> that NSL to each employee?
> 
> Probably depends on how the letter is worded / addressed.
> The default sense in absense of such restrictions would seem
> to be yes.
> 
> Find bitcoin accepting lawyer to do construction/opinion for
> cpunks list.
> 

-- 
T: @onetruecathal, @IndieBBDNA
P: +353876363185
W: http://indiebiotech.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x988B9099.asc
Type: application/pgp-keys
Size: 6176 bytes
Desc: not available
URL: <https://lists.cpunks.org/pipermail/cypherpunks/attachments/20140601/6a637cc6/attachment-0002.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL: <https://lists.cpunks.org/pipermail/cypherpunks/attachments/20140601/6a637cc6/attachment-0002.sig>