













gcrypt also contain: filename_encoding = base64? It is setting used by S3Drive and crucial for the filepath/name decryption.
Bear in mind that if filepath decryption fails (either due to incorrect password or/and settings) these files will appear with mangled name in the S3Drive UI listing, but won't appear anywhere were Rclone is involved (mounts, sync etc.).
The other important fact is that if you have existing unencrypted files and then enable encryption, similar side-effect will kick in, that is your unencrypted files will no longer be visible in the mount/sync, but will appear in the S3Drive listing.
You can verify if file is encrypted by using Properties (check attached screenshot).
d) Can you take your password and use rclone reveal command to double check if it's the one that you've set it to and that it matches the
E.g. for: password = Aoyfgxb_7wZbm-kQ_PoOupZrqjd50A line, you type: rclone reveal Aoyfgxb_7wZbm-kQ_PoOupZrqjd50A (you need https://rclone.org/install/ installed on one of your machines).
I hope we can get to this eventually. (edited)

rclone reveal, as identical obfuscated passwords from the config file will reveal identical passwords, so checking if the configs match exactly should be good enough and save you the hassle of installing rclone.
To be clear, I'm not affiliated with S3Drive, just a fellow user. I'm going to shut up now because I'm just interfering with Tom's approach to solve this and that might just annoy him and confuse you 

rclone reveal, as identical obfuscated passwords from the config file will reveal identical passwords, so checking if the configs match exactly should be good enough and save you the hassle of installing rclone.
To be clear, I'm not affiliated with S3Drive, just a fellow user. I'm going to shut up now because I'm just interfering with Tom's approach to solve this and that might just annoy him and confuse you Show .ini config on both ends shall reveal any discrepancies, whereas using Custom provider is an alternative way to import .ini where config can be pasted in instead of requiring to create a file first.
Regarding:
reveal will show the exact password, and two seemingly different obscured passwords might point to the same password.
Usually during Rclone import we tell it to wrap (aka obscure) password, as we've thought that some users may want the ability of to provide it as plaintext (even though it is technically wrong from the format standpoint of view). This works fine, however for already obscured passwords this would end up in "double" wrap, which doesn't work.
... so what we do, is we always try to reveal / unwrap and then wrap it again with Rclone.
This allows us to import both obscured and unobscured passwords, however it always changes as wrapping nonce is changing as well.
Perhaps we could find a way to preserve existing obscure version. (edited)


gcrypt also contain: filename_encoding = base64? It is setting used by S3Drive and crucial for the filepath/name decryption.
Bear in mind that if filepath decryption fails (either due to incorrect password or/and settings) these files will appear with mangled name in the S3Drive UI listing, but won't appear anywhere were Rclone is involved (mounts, sync etc.).
The other important fact is that if you have existing unencrypted files and then enable encryption, similar side-effect will kick in, that is your unencrypted files will no longer be visible in the mount/sync, but will appear in the S3Drive listing.
You can verify if file is encrypted by using Properties (check attached screenshot).
d) Can you take your password and use rclone reveal command to double check if it's the one that you've set it to and that it matches the
E.g. for: password = Aoyfgxb_7wZbm-kQ_PoOupZrqjd50A line, you type: rclone reveal Aoyfgxb_7wZbm-kQ_PoOupZrqjd50A (you need https://rclone.org/install/ installed on one of your machines).
I hope we can get to this eventually. (edited)


import function or something to do with Android mount or perhaps some config incompatibility between S3Drive and Rclone CLI since you've said:
crypt, and then use export/import? In such case can you provide Minimal Reproducible Example, that is mention step by step how to reproduce the issue?
Much appreciated!



Custom provider button where you can paste config as text?


base64
You've said:
Show .ini config function in the Accounts page?
.ini and .json (which is produced like rclone config dump > config.json) worked fine.
Did you get any error message?
Did you try import by going to the Accounts page, clicking "+" (top-right corner), clicking Custom provider and pasting either .ini or .json in the text area?
We're willing to solve this issue, but we're struggling to reproduce it, thanks for your help!






.ini import either from file or by using Custom Provider button should render same effects as .json and I got the impression you've tried that route. (edited)



password field still points to the same password, this can be confirmed by using rclone reveal command
rclone crypt loaded as a module doesn't fit into 20MB memory limit imposed by iOS: https://discord.com/channels/1069654792902815845/1359944785544351774/1359977486212923513
We'll either need to find some hacky way to improve memory usage and/or reimplement crypt using Swift, but that would likely work only for S3 and would be used solely for iOS Files.
support@s3drive.app. Feel free to choose what works best for you.
We use Discord as default so we can then collaboratively work together and that way we have a growing knowledgebase about S3Drive which benefits anyone.


password field still points to the same password, this can be confirmed by using rclone reveal command
rclone crypt loaded as a module doesn't fit into 20MB memory limit imposed by iOS: https://discord.com/channels/1069654792902815845/1359944785544351774/1359977486212923513
We'll either need to find some hacky way to improve memory usage and/or reimplement crypt using Swift, but that would likely work only for S3 and would be used solely for iOS Files.
support@s3drive.app. Feel free to choose what works best for you.
We use Discord as default so we can then collaboratively work together and that way we have a growing knowledgebase about S3Drive which benefits anyone.




