[SvanteSpectator]

Hello Paul,

Well… Since I wrote the code, I know what it can and can’t do and AxCrypt cannot encrypt a file just becuase it’s there. It may encrypt it as a result of several conditions beeing met. In your case, if it was created in the ‘My AxCrypt’, it’ll be encrypted with AxCrypt exists, the screen saver goes active, or you click the red broom icon for example.

Yes “Stop securing and remove from list”, it’s a bug. It should not be available as an option when the file is open.

The Secured Folders option is enabled automatically for the “My AxCrypt” folder, if you did not place your file there then it was encrypted by a manual action by you.

The recent files information is simply just that – files that you have recently opened (or dragged and dropped to AxCrypt). The actual storage is a text file in %localappdata%\AxCrypt – FileSystemState.txt . You can open it up with Notepad and see exactly what it contains.

No, we do not look in Windows recent files list. There is no auto encryption, except as mentioned above for Secured Folders.

If you can try to reproduce the chain of events it would be great, since there’s obviously something we can make more clear here to avoid misunderstandings in the future.

[SvanteSpectator]

Hello RP,

If a file is encrypted by AxCrypt 1, and with a different password than you use to sign to AxCrypt 2, yes the More… button will be displayed.

We don’t really know if a key file was used or not, there’s no way to know that, but if the file is encrypted with version 1, it could be so we need to offer that option.

[SvanteSpectator]

Hello Jeff,

That’s a bad situation. You should check the folders located at %localappdata%\AxCrypt . Open Windows Explorer and type it in the address bar and hit return:

You may find some randomly named folders there. Check them and see if you might find the file still there.

What you did when you answered ‘yes’ to the question from Microsoft, was essentially equivalent to resetting the computer or unplugging the power in the middle of AxCrypts operation. I’m amazed that Windows would operate in that manner, it’s not only AxCrypt that will have problems with that scenario.

[SvanteSpectator]

Hello Alan,

Could you please send a full report as described here: http://www.axcrypt.net/blog/send-complete-error-report/ ?

It’s likely there’s something else causing the crash. We had a similar report a few days ago, where the problem was caused by Lavasoft Web Companion.

[SvanteSpectator]

Hello Johan,

Yes – if you try to install 1.7 with 2.1 installed it’ll tell you just that. You can them partially co-exist, by uninstalling 2.1, installing 1.7 and then downloading and using AxCrypt 2 portable / standalone. The version 2 won’t integrate with Explorer, but it can be run standalone.

If I may ask – why do you want to? We know there’s a lot of changes from 1.7 to 2.1, but once you get used to them we feel they are for the better! If you could tell me what your concerns are, I may be able to help or explain how you should be using version 2 to get the benefits it offers vs. version 1.

[SvanteSpectator]

Hello RP,

It’s behind the ‘More…’ button. We used to have the file key button available directly, but that caused massive confusion by many users, even though they’d been using AxCrypt 1 for a long time.

[SvanteSpectator]

Thank you Thiago!

I’ve filed a bug report on this, https://bitbucket.org/axantum/axcrypt-net/issues/227/high-cpu-and-application-non-responsive .

We’ll look into it asap, but since we’ve not had it reported from elsewhere (I’m sure it exists, just not that frequently), it may take a week or two before we get to it. We’re working intensly on all fronts right now, most importantly on mobile apps which I think will make many users happy!

[SvanteSpectator]

Hi Paul,

Thanks for posting. I’m not really sure what has happened, but obviously there’s a misunderstanding somewhere.

AxCrypt will *never* fully automatically encrypt a file, so there’s more to the story here. If you create a file in a ‘Secured Folder’ of which there’s a default ‘My AxCrypt’, it will be encrypted when you click the broom icon, exit AxCrypt or sign out (manually or automatically). Otherwise, you’ll have to ask for the file to be encrypted.

The password used for all encryption is your sign in password. (There’s more to this story as well, but that’s the simple answer).

What I think happened thereafter is actually a bug, thank you for that! You probably used the “Remove from list but keep file secured” when the file was in fact opened by an application in it’s decrypted state. That option should be disabled in this situation.

Something like this:

We’ll fix this asap. I’ve opened an issue for this bug here: https://bitbucket.org/axantum/axcrypt-net/issues/226/remove-from-recent-files-list-options-are .

If you send me your email to support@axcrypt.net, I’ll be happy to give you an addition month of Premium Trial – we do that when users report new significant bugs to us as a small token of our appreciation.

 

[SvanteSpectator]

Hello Christine,

If it says you’re entering the wrong password, chances are very, very high that you are.

Can you send a screen shot please of the situation? If you do not want to post it here, send an email to support@axcrypt.net .

[SvanteSpectator]

Hi yanni,

Well, the thing is, you *reset* your password – you did not *change* it. If you had *changed* it (which does require knowledge of the old one), the existing encrypted files would indeed have been decryptable with the new password!

I guess we’ll have to be even more clear about the meaning of password reset. But then again, no additional harm was done by the password reset.

We do try, I really have to say this! We write a big warning in red text on the password reset page:

Still, we’ll have to try harder. Thanks for your input!

[SvanteSpectator]

Hello yann,

I’m sorry that you’ve forgotten the password – but the thing is there is “only one main password to log in and to manage encrypted files/folders”!

Unfortunately that’s precisely the password you’ve forgotten. We do many things to reduce the risk of this happening, but still it does in a very few cases.

We show the password when you set it by default, since usually you’re alone when you do set the password, and then you get visual confirmation that you’re typing what you’re expecting to type. Then we make you type it twice. Finally, you have to type it once again a third time to sign in and start encrypting files. We do try to make it as safe as possible, but in the end we’re offering strong password based encryption. If the password is lost, so is the data. That’s what encryption is for.

[SvanteSpectator]

Hello David,

Happy it all works out for you – but I would not recommend the offline mode. Among other things you’ll not be notified of software updates, for example the one coming soon which will address this particular situation ;-) I’d use it as a last resort should this happen again. Also, you will actually have to reconnect every now and then to refresh your Premium subscription information. (This makes sense even in the out-of-business scenario, since most of the Premium functionality is server based and thus connected to our staying in business). And, barring catastrophic accidents, should we go out of business it’s likely that my last action will be to publish a version that is permanently ‘Premium’ as far as the offline features are concerned.

For what it’s worth – this is the first even partial server outage we’ve had. It’s not a common thing.

We’ll have to be more clear about the Premium information. You are *never* required to upgrade to Premium to access your information. We will *not* hold our data ‘hostage’ like that. That’s not playing nice, and we like to be nice guys and gals!

[SvanteSpectator]

Hello David,

As with all software systems there are unexpected things that can go wrong.

Normally we’ll handle a server error pretty transparently, for instance if the server does not respond at all.

But what happened here was a trickle kind of situation – the server actually responded – just very very slowly. Too slowy, so the client gave up in a way that we’ve not covered. It’s indeed a bug – and we’ll fix it.

And, yes, you can install and run AxCrypt *entirely* offline, so even if we disappear completely off the face of the earth you’ll be fine.

Just select Files | Options | Always Offline !

You can also start it with with –offline as a command line switch like in this situation.

[SvanteSpectator]

Hello David,

We did have a minor server issue causing timeouts for some requests, but this has now been addressed.

AxCrypt will never tell you that you *need* to upgrade to Premium! It will suggest you do, but you’re fine to run AxCrypt for free as long as you like.

What do you mean when you say “axcrypt.net” will not let you log in? http://www.axcrypt.net does not require any sign in, account.axcrypt.net does – but for the forums here for example you don’t need to.

Do try again!

[SvanteSpectator]

Hello David,

We did have a minor server issue causing timeouts for some requests, but this has now been addressed.

AxCrypt will never tell you that you *need* to upgrade to Premium! It will suggest you do, but you’re fine to run AxCrypt for free as long as you like.

What do you mean when you say “axcrypt.net” will not let you log in? http://www.axcrypt.net does not require any sign in, account.axcrypt.net does – but for the forums here for example you don’t need to.

Do try again!

[Author]

Posts