Forum Replies Created
-
AuthorPosts
-
Hello Peter,
Don’t walk away from your computer without using a password protected screen saver, at the least! See https://forum.axcrypt.net/blog/leaving-computer-axcrypt/ for a longer discussion about this.
That being said, we will be adding the the timeout option, even if it does promote a false sense of security – if you walk away from a computer without locking it, you are *** anyway as far as security goes. In the end we’ll be spending less time implementing it than answering questions about it ;-)
Hello Rakesh CR,
AxCrypt 2 does not and never will run on XP I’m afraid. You’ll have to borrow a friends’ more modern system to decrypt the files. There’s a limit to how far back we can support things, and Windows XP is so dead that it just doesn’t make sense for us to limit us to that. Sorry.
Hello Zorkoff,
You’re entirely right – if you’re confused, we can do better. We’re continously trying to take input such as yours into account. Thank you!
“Password Reset” is not greyed when you’re online and not signed in – that’s the only situation that it makes sense. You can’t really “reset” an encryption password, and that’s not we do either. We do reset the account sign in password, but it won’t let you open any files encrypted with the pre-reset password. It can’t. It’s encryption after all.
It’s hard to be consistent, but we should not be using encrypt/decrypt in the how-to page. The intention is that we use secure/unsecure consistently, and in the technical section explain just exactly what this entails (i.e. encryption/decryption).
Not sure about the missing right-click, if that’s the case, but the most common reason is using a third party 32-bit shell (‘explorer’) in 64-bit Windows. AxCrypt supports both 32-bit and 64-bit, but not the hybrid of a 32-bit shell in a 64-bit Windows. The second most common is a broken or incomplete installation, followed by no installation – running the portable / standalone version instead.
Hello J,
A screen shot of what actually fails would help determine your problem. It’s not clear what version of AxCrypt you’re running now, nor what preceeded the current problem.
Two situations are common:
1) You’ve downgraded to version 1, and you can’t open some files because they were upgraded to version 2 automatically when you did use version 2.
2) You upgraded, set a password, opened some old files which were upgraded and re-encrypted with the version 2 sign in password. Then you came back, realized you’d forgotten the sign in password and issued a password *reset* for the account. Now you have some files which are encrypted with the forgotten password.
Hello Craig,
Right – or Andy can install 64-bit Xplorer2 (if there’s such a thing) or go mainstream and just use the built in Windows Explorer shell that comes with Windows. In both cases context menu (right-click) functionality is available.
Hello Zorkoff,
Ladislav responded well to most questions (thank you!) but I’ll add some info as well.
4) The reset password is greyed out when you are signed because it does not make sense to RESET your password when you know the old one. Then you do a password CHANGE.
6) We decided to do the auto-upgrade to version 1 by default, because this works well for most users. Before we did that, we had a lot of questions why a password was required twice all the time (which happens when the AxCrypt 2 sign in password is different from the AxCrypt 1 file password).
Hello Everone!
Some clarification is on order.
AxCrypt 2 still supports both 32-bit and 64-bit Windows.
The problem here is that Andy is using a 3rd party 32-bit shell (Xplorer2) on 64-bit Windows.
AxCrypt will install a 64-bit shell extension on 64-bit Windows (and a 32-bit shell on 32-bit Windows). But a 32-bit shell can’t load a 64-bit shell extension (makes sense, right?).
This mixed bitness scenario between Windows and 3rd party shells scenario will never be supported, and it’s somewhat of an abomination anyway… ;-) Sorry. I go with my initial suggestion – get with the times and go 64-bit all the way, your problems will not become less with time, only worse.
April 10, 2017 at 12:00 in reply to: Latest AxCrypt changed logos on encrypted files, but passwords invalid #6004Hello Wayne,
AxCrypt 2 will use the account and password you originally registered with AxCrypt 1 – possibly a long time ago.
If you do not remember the password to your account, you can always reset it. This is not a way to recover encrypted files! It’s only to allow you to sign in to the AxCrypt app and web. The new password will be used to encrypt new files. Go to https://account.axcrypt.net/Home/PasswordReset to do this, or you can also go there from AxCrypt with File | Options | Password Reset .
Hello Gordon,
Sorry about that, it’s something we’ll be improving.
For now, the easiest way to switch sign in identities is to click “Cancel” when prompted for the sign in password, and then go to File | Options | Clear All Settings and Exit
Hello Andy,
Here’s the thing – AxCrypt will install a 64-bit shell extension (as the right-click thingy is called) on a 64-bit Windows system. Your problem here is probably that Xplorer2 is 32-bit. 64-bit shell extensions won’t work with 32-bit shells, and vice versa. Instead of getting 32-bit Windows (which actually will fix this particular scenario most likely), get a 64-bit Xplorer2 instead. 32-bit is going out of style real quick now.
Hello Zorkoff,
The password reset option is probably reset because you’re offline.
That nicely segues into your gripe about the email being displayed. That’s just the thing – we’ve helped quite a few people by way of screenshots with full information. For example – when they are not signed, or are trying to sign in, to the wrong email. No, it’s not necessary for the program to function – but nor is help texts, tool tips, documentation – or even menus. But it’s darn useful!
Here’s how AxCrypt 2 works regarding passwords:
One password to rule them all – for the account, for sign in to the app for encryption and decryption. So, when signed in, all new files, and converted version 1 files, will be encrypted with the current sign in password.
If, however, you try to open a file that cannot be opened with the sign in password, then we’ll prompt you for a ‘file password’. This typically happens at the beginning after an upgrade, when the AxCrypt 2 account has a different password then the one used before with the old AxCrypt 1.
Hello Zorkoff,
If you please can provide more information about your problem, and if you can send a screenshot explaining where the problem is it is the best.
How to take a screenshot is explained here: https://support.microsoft.com/en-us/help/13776/windows-use-snipping-tool-to-capture-screenshots .
Hello Dennis,
What message are you getting when you try to open your password file?
Hello Peter,
Happy to oblige! Just don’t put them in OneDrive. AxCrypt does not move anything into the cloud. It just tries to make it easy for you to have encrypted files in the cloud – should you wish so.
Hello Corinne,
AxCrypt 2 actually uses the account you once created with us when you registered, so the password it’s asking for is the password to that account.
If you do not remember the password to your account, you can always reset it. This is not a way to recover encrypted files! It’s only to allow you to sign in to the AxCrypt app and web. The new password will be used to encrypt new files. Go to https://account.axcrypt.net/Home/PasswordReset to do this, or you can also go there from AxCrypt with File | Options | Password Reset .
-
AuthorPosts
