Forums temporarily locked down! Please read!

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.


Messages - Bernak

Pages: [1] 2
1
Espionage 3 / Re: Move folders between folder sets
« on: September 28, 2015, 04:22:42 PM »
Hello and sorry for reviving this old post from 2012, but I have exactly the same question.

Is there now in 2015 a new recommended way to move folders between folder sets?
I am reorganizing the sets and it could spare me a lot of time and allow me to try different combinations faster than decrypting and re-encrypting several gigabytes of files.

Thanks

2
Espionage 3 / Re: Rename folder on the list
« on: December 02, 2013, 08:41:43 PM »
Thanks for the reply zsolt!
I will try the suggested method.

Doing it any other way would just confuse most of the users.
I am sorry to dissagree with you. The name of the folder its actually very little information, as you need the complete path to actually know the effect, which can be seen by looking at the mountpoint information. Another name may actually be more descriptive, even for new users. For example, if you want to use it to encrypt a folder that relates to an application, you can name the folder as the application, and not the strange name the folder could have, which cannot be changed. Another example could be when you have two folders that actually have the same name, but are in different locations.

Best regards,
Bernak

3
Espionage 3 / Rename folder on the list
« on: December 02, 2013, 06:32:32 PM »
Hello,

I want to know if it's possible to change the name of the encrypted folder in the list of folders in the Espionage Menu.
It would be a nice help for me to organize the items better. If it isn't possible, I want to suggest that feature. It might also help for plausible deniability in particular cases (maybe).

Thanks!
Bernak

4
Espionage 3 / Re: Secure Cloud Idea
« on: July 03, 2013, 02:58:43 PM »
Hello Greg, thanks for the reply.

It has many nice properties about it, but there is one issue with using it directly as it currently exists, and that's the requirement of installing FUSE/MacFUSE, a kernel extension.
Thats true, but I don't see that as a mayor problem. Of course, less kernel extensions is always better, but MacFUSE exist since several years and I've not heard any big complain about using it (I am currently using it myself).

That's not something that you can do on a smartphone (certainly not an iPhone).

As for iOS Devices, it can be done. For example, you can read EncFS images with this free App: https://itunes.apple.com/de/app/boxcryptor-classic/id484546808?mt=8

Also, for now, if you want to have your data synchronized over the internet with multiple computers, you can use Espionage 3 with Dropbox or Bittorrent Sync (which is secure).

Thats true, but it may have the Truecrypt problem: it is only safe to synchronize an unmounted Volume, and a complete image file re-upload may be needed. EncFS is much safer for cloud storage.


Anyways, I just think it may be a really good feature to implement a robust cloud encryption solution, as many users begin to face uncertainties about how private cloud storage really is.

Best wishes,
Bernak

5
Espionage 3 / Secure Cloud Idea
« on: July 01, 2013, 05:29:47 PM »
Hello Forum Members,

I am an Espionage user since many years and I do like it a lot, but after Apple Filevault 2, my need for it has been slowly decreasing... I wanted to start the discussion about the possibility to implement the EncFS http://en.wikipedia.org/wiki/EncFS filesystem within Espionage. Such file images would allow efficient encryption on cloud based storage service (read Dropbox, etc.) and imho, could make Espionage a very nice option for efficient data cloud storage. Maybe later an app to be able to read the files from an iOS or Android Device could be a nice addition as well.

May something like that be possible?
Anybody interested on such a solution?

Regards,
Bernak

6
Espionage 2 / iSpy warning messages
« on: November 28, 2011, 03:53:12 PM »
Hello,

was looking at the kernel.log and found some warning messages from iSpy like:

Code: [Select]
kernel[0]: [iSpy.kext] WARNING (749): couldn't find event for token: 254What do they mean? Are there normal messages? (maybe something not clean in my iSpy config?)

Regards,
Bernak

7
Espionage 2 / Re: Safe to upgrade to Lion?
« on: July 21, 2011, 02:31:13 AM »
Thanks for the information @jbardi.
I did purchase Lion and downloaded the image, but will better wait to upgrade, as I don't want to return to the old days of self-open, self-close DiskImages. Hopefully  a good fix will be released soon.

I would advice to send Espionage users an email to tell them about this issue, as not everybody reads this forums. I am sure there are many who might just upgrade to Lion and find themselves not able to access their data as they use to. Some of us, use our Macs to help pay our bills too :) .

Thanks

8
Espionage 2 / Safe to upgrade to Lion?
« on: July 20, 2011, 04:51:28 PM »
Hello,

as I have several important files protected by Espionage, I wanted to explicitly ask if it is safe for us to upgrade to MacOS Lion today :)
Keep up the good work.

Regards

9
Espionage 2 / About the Espionage freeze while app launch (beach ball)
« on: April 17, 2011, 02:11:44 PM »
(I did a quick search and did not find other posts related to this subject, but I think remember at least another one... excuse me for not following that thread.)

Description: sometimes you want to launch an app with folders associated to Espionage disk images and the beach ball appears for about a minute, with the app bouncing at the dock. After that minute, the app stops bouncing, you launch it again, and everything works fine.

The "maybe" new information: I have notice that this problem is easier to reproduce if you have several image in Espionage to mount. I think that the cause might be to close an app with some Espionage images associations and relaunch it while Espionage while it's still unmounting the folders (for example).

In short: It might be that while Espionage is mounting or unmounting images, if you launch an app that needs access to those disk images, Espionage shows us the spinning ball for about an entire minute.

Hope this helps,  :)
Bernak

10
Espionage 2 / Re: Protect invisible folders (the ones with a dot)
« on: March 19, 2011, 11:26:08 PM »
Thanks will try it and see how it works.

As for my use scenario, its a very specific problem: The opensource FTP client called Filezilla uses the hidden folder ".filezilla" in the home user folder to store his preferences. The problem is that some of the files store the passwords for the ftp-servers in plain text and, for security reasons, I decided that it was a safe idea to encrypt that folder.

Another option to protect the passwords was to change the app preferences to search for them on a different path (an encrypted partition, for example), but for the Mac you have to change the application Package, with the result that the change is forced for every user in the computer.

Thanks and will think about other uses for such a folder.  :)

11
Espionage 2 / Protect invisible folders (the ones with a dot)
« on: March 19, 2011, 06:08:31 PM »
Hello,

I want to know if it may be possible to encrypt an invisible folder. The problem is that I can't move it from my home and I don't want to encrypt the complete home folder. I can't select it from the Espionage app.

Any ideas?  :roll:

Thanks  :)

12
Espionage 2 / Espionage menu idea
« on: January 19, 2011, 01:48:10 AM »
Hello,

 :idea: Maybe it could be possible to add a checkbox near the Espionage folders (or something), that could allow users to select which folders will be listed on the Espionage menubar (global status menu).

Some users (like me) use several folders, and the menu looks a little bit too crowded. I might find very useful to show only the group I usually interact with on the menu, instead of the entire list, which we have the Espionage app for. For example, the OmniFocus template adds 4 folders to the menu.

Hope the user feedback is welcome!

Regards,
Bernak

13
Espionage 2 Tips / Folders mount order
« on: January 18, 2011, 01:49:36 PM »
Hello Espionage Users,

this tip is for users of folders with the "Autounlock at login" option enabled.

I have noticed that when I reboot my Mac I have to wait some seconds after the Desktop appears, to open Safari or Mail app, as Espionage needs some time to mount the folders... If you open one of them too soon, you get the message that a folder needs your password to be available... and if you cancel and wait a little, you can open the app as expected.

I have seen that if you reorder the folders in the main Espionage window, you can change the actual mount order used by Espionage. Doing it, I could put the apps I usually load at startup first. Great!

I specially recommend to move SyncServices to the top, as many apps need it.

Maybe you already knew it, but well, here it is anyways. :)

Enjoy,
Bernak

14
Espionage 2 / Re: Verify image structure blocks Espionage image mount
« on: December 22, 2010, 08:03:53 PM »
I did remove the folder from Espionage. After that I fixed permissions for the entire drive, verify the complete disk, and re-encrypt. Then I run the test again with Disk Utility and got "Unused Node" errors again, but not exactly the same ones.

I did restore the image once again and verified the image from the Trash with DiskUtility. It reported no errors using the "Verify" option from the contextual menu. Maybe it has something to do with hidden images or something. Not sure what the problem is, but will continue to try more ideas to find out, as I am a little worried about the health of my image files.

Thanks for the help and this will not stop me from using it, as I like Espionage a lot.

15
Espionage 2 / Re: Verify image structure blocks Espionage image mount
« on: December 22, 2010, 06:48:03 PM »
Your recommendation worked and there is no need to reboot as I mentioned. Thanks :)

I still have a problem; after I verified some of my disks I got this errors:


After I click "Repair" I get this:


I do click on "Repair", the log says that the repair was successful, but if I verify it again, I get the same errors right away.  :shock:

I then decided to try another method:
With the disk unmounted, I also select it from the list, and clicked verify from the contextual menu. After that I got this:


I get this same error with 4 images.
I am not sure if this is a real problem, as the files seem to work fine, but I am a little worried about the verification result.

Any help about this?  :?

Pages: [1] 2