Forum Replies Created
-
AuthorPosts
-
April 1, 2018 at 18:43 in reply to: Scrolling/slideshow of encrypted photos is no longer possible #10206
Hello Raijin,
I’ve now found the email to support and responded. Hopefully it answers your query!
Hello BM,
The message “No magic Guid was found.” means that the file you attempt to work with does not pass the first check – to see if it starts with a unique sequence of 16 bytes that all AxCrypt-encrypted files start with.
So, it would seem that the file you attempt to upgrade is not actually an AxCrypt-encrypted file (or a severely damaged one).
If you do not disable the option to auto-upgrade, all V1 files you open will be converted to V2 as they are opened.
Hello Tom,
The most common reason is not actually installing AxCrypt, but running the portable version.
If you have run the installer, it is likely something with your Windows. Sometimes a reboot can help, and also clearing the Windows Explorer icon cache (google it).
March 30, 2018 at 10:43 in reply to: Scrolling/slideshow of encrypted photos is no longer possible #10197Hi Raijin,
Did you get a response from support? I was looking, but could not find either an issue matching your description, or a reply.
March 29, 2018 at 08:51 in reply to: Scrolling/slideshow of encrypted photos is no longer possible #10193Hello Raijin,
No, George is just a helpful member of the community (thank you!).
I am the lead developer of AxCrypt and will happily (well…at least attentively) listen to any serious grievances you have. Depending on the nature, the support inbox might be a better channel, but it’s up to you. In any case, if you do it in the forums, do so in a new thread please.
Concerning the actual issue here, yes, AxCrypt is a file encryption software. Not a ‘folder’ encryption software. We do not create virtual drive or folder containers. We encrypt each file individually, which has it’s pros and cons.
So, yes, decrypt all the files in the folder and the slide show will work, then re-encrypt them when you are done. This is what George suggested. You can also use the ‘secured folder’ feature to make it easier to keep the files in the folder encrypted with a single click. AxCrypt may however not be the most convenient solution for your particular use case.
Hello Joe,
Yes, they seem are likely doubly encrypted. First with “Advanced Encryption Package”, and then with AxCrypt.
In the light of this, I don’t really understand your statement “What I still don’t understand is the double futile extension—the “aep.axx.” It makes it seem that the files with that extension are doubly encrypted“.
Exactly!
First you encrypt the file with “Advanded Encryption Package”. This tacks on the “.aep” extension to the original.
Then you encrypt the file with AxCrypt. This changes the “.aep” to “-aep”, then tacks on the “.axx” extension
So a file named “File.pdf-aep.axx” seems to be double encrypted because it is!
Hello Ray,
That’s a false positive, or as I’d like to call it irresponsible defamatory, slanderous, libellous and malicious. Get a refund for your “anti-virus”. The makers of anti-virus software will flag anything, from anyone, for any reason and will never ever take responsibility for their actions.
All of the above is dependent of course on that you have downloaded the correct software from our site, and that it’s digitally signed by us, “AxCrypt AB”, and not just any file named AxCrypt-1.7.3180.0-Setup.exe, but the link does appear almost ok although it can’t actually be used directly as a link. You will be redirected to the new download site. If you go to http://www.axantum.com/AxCrypt/Downloads.html and download it, you’ll get the correct file.
Hello stephen!
Not if you *change* the password, i.e. sign in to the account, and use settings and *change* the password by first entering the old and then the new.
Our logs indicate that it was indeed a password *reset* that was performed, not a password *change*.
If you *reset* the password, i.e. request a password reset link without signing in with your existing password, then any files previously key shared with you will become inaccessible to you using the new password. If you think about it, this makes sense both from an intuitive security point of view, as well as from a technical encryption point of view. If all that was required to decrypt a file was to gain access to an email with a password reset link, AxCrypt would not be very secure, and not really be an encryption software but rather an access control software.
So, yes, the sender will not only have to re-send the file but re-key share it so it will use your new AxCrypt ID to do the sharing, and then re-send it.
Hello Joe,
Nope, AxCrypt does not even contain the string “aep”, so there’s no way AxCrypt could have done that in the first place.
However, your sample file name “File Name.pdf-aep.axx” tells a different story.
This looks like a PDF file that was encrypted with “Advanced Encryption Package“, causing it to be named “File Name.pdf.aep”, and subsequently it has been encrypted once again, now with AxCrypt, causing it to be named “File Name.pdf-aep.axx”.
So, when you decrypt the file, it’ll once again become “File Name.pdf.aep”, i.e. successfully decrypted by AxCrypt. A PDF-file encrypted with “Advanced Encryption Package“.
The “File Name.pdf.aep” will of course not be recognized by AxCrypt or Acrobat, but presumably by “Advanced Encryption Package“.
Hello Joe,
Looking at https://fileinfo.com/extension/aep it seems you might have confused AxCrypt with some other software called ‘Advanced Encryption Package’. Does this ring a bell?
Hello Mike,
The recent files list is stored in a regular text file in the folder %localappdata%\AxCrypt . You can always check if it’s still there, it’s named FileSystemState.txt, and you can open it with Notepad or any other text editor to inspect it.
Not sure, but possibly, if you *reset* your Windows password, or re-install Windows, it might become empty. We encrypt the clear text file names in the recent files list locally using a Windows encryption facility that is tied to the Windows login account.
Hello Jim,
Keeping the original file date and time is just simply wrong, and actually causes problems.
When you encrypt a file, it is transformed into something else. It’s not the same file. It should have the date and time of the transformation.
When you decrypt a file, it will have it’s date and time restored, since then the file is back to it’s original form and then it makes sense to restore the date and time as well the file name etc.
The problems caused include backup and synchronization software stopping to work. Many such softwares have “last time run” marker, and will only examine files that are newer. If we made encrypted files have the original un-encrypted file date and time, this strategy stops working. It has happened. There are other issues too.
Finally, we are encrypting files i.e. hiding information from view, and allow you to rename the encrypted file names as well. If we kept the original date and time, that would leak a little bit of information about the original file.
But, mostly, it’s just fundamentally wrong to transform a file and keep the original date and time of change. It’s changed. So its timestamp should change. If the information inside is unchanged (which it is in this case), that should be kept in meta data inside the file (which AxCrypt does).
Hello Jim,
There are two reasons this feature is not enabled by default:
1) Experience from supporting millions of users, show that this causes more problems than it solves. Non-sophisticated users wind up encrypting much, much, more than they intended often causing real problems with other applications. More sophisticated users, like yourself, are much rarer but in most cases figure it out by themselves like you appear to have done. We can’t both have it as default and not have it as default, so we’ll have to go with the option that causes least problems and satisfies most users.
2) Since the feature is Premium feature, having it enabled by default would cause the application to change behavior in a subtle and non-obvious way when switching between Free and Premium, also causing support issues. Now at least a user has to enable it manually and thus be aware of the different behavior, and if it stops working when reverting to Free, a user will have a better chance to realize the cause.
Hello Jim,
We’ll try to reproduce this, it has to do with how Windows sets up these library folders. AxCrypt should not have a problem with non-existing library folders.
Thank you for sharing!
Hello Steve,
The mobile apps require a paid plan. If you are not on one, we’re offering you a free trial. But you cannot use the mobile apps without either a Business or Premium plan.
-
AuthorPosts