Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - greg

Espionage 3 / Re: Default disk image location
April 20, 2024, 10:17:59 AM
The default location is in:

/Users/[username]/Library/Application Support/com.taoeffect.Espionage3/Data

If you want to hide Espionage's existence on your computer, that is not easy to do. Sure, changing the default disk image location can help, but it won't prevent someone from figuring it out. Espionage does not attempt to hide its existence on your computer, and any plausible deniability relies on the fact that some of the disk images are fake.
Espionage 3 / Re: Sonoma Compatibility
January 28, 2024, 06:17:31 PM
Espionage works fine on Sonoma and M-series processors. I think there might be some issue with encrypting folders on external drives that @zsolt can describe in greater detail.
Espionage 3 / Re: Rebuilding System
April 21, 2023, 12:13:39 PM
Quote from: nitemagi on March 10, 2023, 10:49:45 PMSo I have a similar problem. My laptop died. I have the sparse bundle files on a backup disc.

At the same time, I had an older version of the backup on my old laptop that still functions. So my question is where to find the "copy password button in folder info window."

You can actually see this button in the 2nd screenshot on the Espionage homepage:
The forums have been upgraded with new anti-spam measures.

Some old attachment files in posts might be gone/missing.
Update (Feb 1, 2023): The forums are back online! We've upgraded them and enabled additional anti-spam measures. Hopefully we won't be overrun with spammers again.

Sorry folks, we've been having some very serious spam issues lately with this forum software, and it's gotten to the point where we have to temporarily shut down these forums.

It appears some bug in the software is allowing spammers to directly message our users, and we just cannot allow that.

So, please be patient with us while we get this figured out. We are right now in the process of fixing this issue.

In the meantime, users have two options:

Thank you for your understanding, patience, etc.

Greg Slepak
Espionage 3 / Re: Buying Espionage 3
November 19, 2016, 01:08:33 PM
Hi Armando,

We were not able to reproduce this problem, and it seems orders are going through fine.


  • Make sure you're using the very latest version of Firefox or Chrome
  • Make sure you're then using this link
  • Try a different web browser

If you've tried all that and it still doesn't work please take screenshots of each step that you take after clicking the discount link above, so that we can see exactly where the problem is occurring, and then send them our support email: support {at} taoeffect {dot} com (replace {at} with @ and {dot} with .).
Link is fixed now, sorry that was my fault!
QuoteBack to my 2nd Mac, unfortunately the Finder still goes crazy when trying to access the share. The only way to recover is hard reset.

You said that the Finder only goes crazy when connecting over SMB, but do you now see it when trying to connect over AFP (using the regular 'File Sharing'?).

If you don't, I'm afraid there's not much we can do to solve this problem anytime soon, however there may be third-party solutions like ShareTool (discontinued and now freeware, but might still get the job done), or similar.
Hi Emmanuel, could you please try the suggestion described here and see if that works for you?
Espionage 3 / Re: Recovery of sparse bundles
May 23, 2015, 08:42:51 PM
Hi iloving,

I was looking through the forums and saw that this post was not answered. As Zsolt is away today I cannot ask him whether he answered your question elsewhere. If we fumbled and missed this thread, I sincerely apologize for the oversight, and we'll do our best to help you.

QuoteI am trying to recover data from some sparse bundles but I don't know the passwords.  They are not attached to Espionage, but I am really hope that the necessary information is still in the database.

Were they ever encrypted with Espionage? I'm guessing they were since otherwise it wouldn't make sense to ask here.

Espionage keeps backups of its database here:

/Users/[your username]/Library/Application Support/com.taoeffect.Espionage3/Backups

You can go to this location by:

  • Opening the Finder
  • Choosing Go to Folder... from the Go menu.
  • Pasting this in and clicking Go: ~/Library/Application Support/com.taoeffect.Espionage3/Backups

Find the database backup that has a date on it from a time when the folder was encrypted by Espionage. If you don't see one that far back you can use Time Machine (if you use it) to go back in time to find the right database backup.

Once you've found the database file, make a copy of the current database file, which is located in the parent folder here:

/Users/[your username]/Library/Application Support/com.taoeffect.Espionage3/database3

Once you've done that:

  • Quit Espionage
  • Replace the database3 file with the chosen backup one (rename the backup so that it's called simply database3 and is in com.taoeffect.Espionage3 folder
  • Open Espionage and unlock it with your master password (that one that will show the list of folders corresponding to the sparsebundle you'd like to unlock).
  • Optional: [If Espionage complains about a "missing sparsebundle" for that folder, click the little 'i' icon, and then click popup next to the words Disk Image:. The top menu item should allow you to "re-attach" the folder to wherever you have the sparsebundle currently

Now try unlocking the folder using the toggle switch. If it gives an error in unlocking the folder (saying there was an error unlocking it), it might mean that the sparsebundle is corrupt.

If that's the case the only option left is to go into your backups (which you hopefully have via Time Machine), and recover an old version of the sparsebundle (re-attaching the folder to it if necessary as per above).

Hope that helps, let us know if you have any questions!
Dear nomolo,

Thanks for bringing this to our attention!

I have good news and bad news. Bad news first: there is no way to prevent Disk Utility from showing these disk images while the folders are unlocked.

The good news is that you *can* clear this list after folders are locked, and you can do it right now without waiting for us to update Espionage to automatically do it.

Simply use Platypus to create an application that runs the following command:

defaults delete DUSavedDiskImageList

Put that command in the script it runs, and export the thing as an application bundle. Then for all your folders, add a folder action to run that app every time you lock a folder. This will clear the list of disk images from that preferences file.

We'll make sure to add this to the next update so that Espionage automatically does this for you.

Remember: plausible deniability is very hard, and as you notice, just one leak is all it takes to reduce it, so it's a never ending battle.
Hi FigsandPomegranates, this is a very weird problem, and we haven't been able to reproduce it.

I suspect it's a permissions related error.

Can you verify that you can encrypt at least some folders with Espionage 3?

If you can, then it's probably special permissions on the Thunderbird folder, in which case this might help:

  • Rename the "Thunderbird" folder to something else (like "Thunderbird-old")
  • Create a new empty folder called "Thunderbird" in its place.
  • Move the files and folders from the old one to the new one.

If that doesn't help, and yet you're still able to encrypt any other folder, then sorry, it just makes no sense. The only other thing I can think of is that it might be some weird conflict with some third-party software you have installed (that's our "catch-all" explanation when we've exhausted all other possibilities).
Espionage 3 / Re: Bitcoin for Extra Security
December 19, 2014, 03:00:36 PM
Yes, that's high on our priority list.
Espionage 3 / Re: Multi-user access?
December 03, 2014, 10:36:25 PM
Dear macsolu,

I see, ok sorry I misunderstood. I made two recommendations, the first seems not relevant to your use case, and the second (using chmod) I made only because that might be necessary for the volume to appear on the "Connect to Server" screen.

The chmod and chown commands might help you with your actual problem (if used correctly on the right folders). There are also "ACLs" which are a set of permissions on top of the standard UNIX permissions, and that might be what OS X server is using. To modify those, the chmod command can also be used (see its man page), although it's a bit cumbersome.

Sorry I couldn't help better! Hope you're able to figure it out!
Espionage 3 / Re: Multi-user access?
December 03, 2014, 11:23:04 AM
Hi macsolu,

Unlocked folders, as you probably understand, are just volumes. Each volume on OS X can be set to "Ignore ownership" (see the attached image).

1. Unlock a folder and open it in the Finder in icon view (not list view, coverflow, or anything else)
2. Right-click on the white background, choose Get Info
3. At the very bottom of the Get Info window, under Sharing & Permissions, you should see the "Ignore ownership on this volume" checkbox. You may need to click on the little lock icon first to modify it. Make sure it's checked.

If that doesn't solve your problem, make sure that the volume allows rwx (read-write-execute) permissions for all users. You can do that via the terminal, while the folder is unlocked, by doing:

[prompt]$ chmod +rwx /path/to/your/encrypted/but/unlocked/folder

Hope that helps, or at least gets you going on the right path! Let us know if there's anything else we can help with or clarify!