Forum Replies Created
-
AuthorPosts
-
Hello Gene,
There is a read-only app available for iOS (iPhone). It does require purchase of a Premium subscription. It is not necessary to know what email was used, but you do need to know the original password used in order to decrypt the files.
Hello Jim,
The session key is encrypted with your public key. To decrypt it, the password itself is not sufficient – you need the private key (which in turn is encrypted with your current AxCrypt ID password). But you still need that private key. The password alone is not enough.
The reason for adding the encryption of the session key with your password is to ensure that even if you lose your private key for whatever reason, the file will still be decryptable as long as you know the original password thus keeping the original paradigm. If you know the password and have the software you can decrypt.
If we did not, you’ll need the third piece, the private key which is *not* stored in the file.
We try to keep so that the public-key based part of AxCrypt is for sharing and for convenience – but in the end the password is all that’s required.
Hello John,
Thanks for your feedback. Sorry you feel that way. The sign in procedure is partially just a paradigm to make it easier for most people to recognize the function. Also, it adds actual verification (still without us storing it) of the password, reducing the risk of typos leading to encryption with the “wrong” password leading to data loss. This is not too uncommon with the old software. We think it’s a great improvement, but I certainly respect your point of view as well.
Hello Mathias,
It’s not quite clear how you did the restore, you say from the ‘dustbin’, I guess you mean the recycle bin on Windows. The problem with USB drives is that it’s easy to pull them out from the computer too soon, resulting in damaged files. It’s a little hard to say exactly what has happened in your case, but it looks like the deletion was not possible to restore.
Hello Charles,
Sorry, no not really. Please see https://forum.axcrypt.net/support/faq/#forgot-password for more information.
Hello Alberto,
One possibility is that you misspelled the email, so do check that.
Otherwise we can check if you contact support if it has been properly sent and accepted by the recipients email server.
Finally, the user can trigger a re-send by registering manually at the web site, https://forum.axcrypt.net/ . Of course – if you’ve shared the file with the wrong e-mail address the user will not be able to open the file anyway.
Also, please remember – we do *not* send the actual files, it’s not quite clear from your post, but you do need to send the actual files separately yourself.
Hello Piotr,
Have you read the entire thread to which this post is a part?
AxCrypt works by temporarily decrypting files to the location you point out. These files have to stay decrypted until AxCrypt knows that they are no longer used by you. Sometimes AxCrypt can do that automatically, sometimes you need to tell it. You do this by clicking the “Broom” icon, which should be red when there are files in the temporary location.
If you click the broom icon and nothing happens, this is probably because the files in fact are still open in an application – or that application is still open (even if the file is closed).
Hello DSG,
No, not really, and it’s not a good idea for security. If it’s about licensing restrictions, that’s a different area.
In neither case is AxCrypt something that can be used. Sorry!
Hello Nikki,
As it turns out Microsoft has updated how EFS-encrypted files are displayed in Windows 10. Instead of green text, they are now displayed with a little yellow/golden lock icon overlay. Which is exactly what I see in the screen shot!
So, this is indeed a case of the files being encrypted with EFS. You’ll have the same problem probably opening the unencrypted PDF-files in the folder. This is not an AxCrypt problem, you’ll have to ask the person who mistakenly used EFS to encrypt the files to decrypt them.
Hello Givanni,
You obviously have a good understanding of the underlying technical issues here, so thank you for a relevant discussion.
I am now considering (although I am loath to add options and dialogs that many users will be confused by) adding a warning and an option to cancel an ongoing operation. There are still edge cases though.
It’s not reasonable to stop a person from opening an encrypted file, or encrypt a single file, while a larger background operation is in progress. The ongoing process can be time consuming because of the size of a single file, or because of the number of files, or both.
I will think about this… Thank you!
September 6, 2018 at 07:50 in reply to: With Business, do each user have to download Axcrypt to their desktop #11184Hello,
Yes you have it just right (although the 2nd user can download AxCrypt beforehand as well, and use it either in the free version, or for 30 days Premium trial).
Hello Giovanni,
Thank you for your feedback. Your scenario description sounds fairly likely to be what happened.
I am sorry if you have lost data, but I must object a little at focusing on the operations performed here. We warn you many times, and force you through a procedure where you must enter the password at least three times – all in order to ensure that you are really aware that you really need to know the password.
It is also essential to understand that one should never experiment on live data without backup. Here we should perhaps be even more clear, and have yet-another-popup pointing this out. Always have backups! Regardless of encryption or not.
Now to the heart of the matter. What should AxCrypt do when a background operation is in progress, and another one is started? I can agree in principle that a later operation that negates a pending operation can be optimized away. However, technically it gets complicated. We don’t expand the list of all files until necessary, and it just get’s pretty hard.
We could simply forbid two batch operations going on at the same time, but even that gets complicated. The whole idea of doing things in the background for long running operations is that the user can continue to do other work.
I just don’t know. Also, it’s the first instance of this scenario that I’ve heard of since we launched AxCrypt 2, so it’s not a common thing.
I think doing a quick-fix here is going to do more harm than good. We do have other registered issues about making the progress more clear, now it’s a little unobtrusive. That could help in this kind of scenario.
Hello Pierre,
Just use ‘File | Exit’ to exit, or ‘File | Sign Out’. Some more background information is found here: https://forum.axcrypt.net/support/faq/#why-password-only-on-sign-in .
Hello,
AxCrypt 1.x is deprecated, unmaintained and unsupported. Only version 2 has the sign in / sign out metaphor. With AxCrypt 1 you can check two options when entering the password – “remember this for decryption” and “remember this for encryption”. If you uncheck them, you’ll have to enter the password every time you do something. This is a bad idea, especially the “remember this for encryption”. Despite the dual verification entry of a passphrase for encryption, mistakes happen with data loss as a result. AxCrypt 2 removes this risk and is thus safer to use in this regard (as well as in all other regards…).
I really recommend that you switch to AxCrypt 2. It’s still free for equivalent use as AxCrypt 1, and is maintained and supported, and both more secure and safer to use.
Hello Rudy,
Please check out our instructional videos at https://forum.axcrypt.net/ .
-
AuthorPosts