Messages

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.]

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:

• Use the forum search functionality to search for existing issues.
• Contact us via our contact form: https://www.espionageapp.com/support/contact/

Thank you for your understanding, patience, etc.

Sincerely,
Greg Slepak

Hi Armando,

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

Try:

• 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!

Back 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?

[Go to Folder...]

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.

I 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:

Code Select Expand

defaults delete com.apple.DiskUtility 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).

Yes, that's high on our priority list.

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!

[icon view]

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:

Code Select Expand

[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!

OK, we haven't been able to reproduce this even with the fake delay for Mail.

So, Ernesto created a custom build for you and should have sent you a private message with a link to it. This build will output much much more logging messages to the system log, which will help us figure out what's going on over on your computer.

Just a heads up:

1. There's a possibility that we'll release 3.6.2 prior to fixing this problem in order to fix more urgent bugs.
2. Please do not post the logs from the Console application here. In order to protect your privacy, please email them directly to us instead (and make sure to reference this thread in your email): support@taoeffect.com

FYI, Ernesto has been trying to reproduce this but so far he hasn't been able to. One likely reason I'm guessing is b/c he's using 60GB worth of fake data (not real Mail). So we're going to try to modify Espionage to insert a fake delay upon launching Mail and see if we can reproduce that way.

In the meantime, please let Ernesto know the answer to his question, and also what operating system you're using (e.g. 10.9, 10.10, etc.). Sorry if you've already given this information to us, but I didn't see it in this thread!

[will]

Hi tomhomme13,

Having a terminal session open inside of an unlocked directory will prevent the folder from being locked. This is not a bug, it's just how the system works, and we cannot do anything about it (the folder is being "legitimately used").

The only thing to do is to cd out of that directory or close the terminal window.

If you have any other questions don't hesitate to send us a reply!

Kind regards,
Greg, Tao Effect