There should no problem in piping files directly from one remote to another with no storage in the middle... so something unusual is happening here I guess. I just can't see anything obviously wrong in your command.
Where do the files appear on local? in the same folder as rclone.exe ?
We may need to see your rclone.conf file to check that the configuration is correct.
Can you post this for us please?
Just be aware that the config file contains some sensitive data. Please redact things such as clientID, client-secret, token and any crypt-keys. That should cover the important stuff and is not relevant to what we want to see anyway.
PS: If you used the same crypt key you could server-side sync these drives without using your own bandwidth for the job (by syncing GDrive: with GDBackup after enabling --drive-server-side-across-configs). This might be something to consider if the data is large or your bandwidth is limited.
Later on after we have some planned improvements to the crypt format this should be possible to do even with different crypt keys (but no time-frame available on this yet).
Both crypt password must be different. I want to to syn both crypt drives downloading from remote1 and uploading to remote2, but I don't want to get a local of copy of all data. I understand that all the data must go throw my server, but I don't want to copy nothing in local.
Doing it with different crypts is not a problem. You will just not be able to take advantage of server-side transfers.
Nothing should get saved locally unless you are uploading via a mount with --vfs-cache-mode writes, in which case files wil lget temporarily stored there. This should just be avoided by uploading directly to the remote instead of via the mount (as this will not pass though the cache at all and not have any need for local writes to achieve compatibility as a mount does).
If you are still getting files saved locally anyway then something else is wrong - and it would help if you described where exactly these files are being created locally.
What does this actually mean in terms of working with 2 crypt Google Drive ?
I'm guessing I should give some user some access, but exactly how? Does this mean I need to share entire Team Folder to the Google user ?
For example, I'm trying to backup 2 crypt of Google Drive accounts into another crypt of Google Drive Team Drive. A total 3 different accounts which I own.
For the sources, one is a crypt of Team Drive, one is a crypt of normal Drive folder. For the Destination, it is a crypt of Team Drive in different domain name. Since I own all these 3 accounts I can set any access permission I like (I'm the domain owner of all 3). All 3 were setup in rclone + crypt with the same passwords.
But How exactly so that I can do this in rclone copy or rclone sync commands so that I use Server-Side Copy ?
I think that woud probably do it. However if you aren't going to server side copy you don't need to. Try it first and if you get mysterious 404 errors (don't ask me why they aren't permissions errors - I don't know!) then you'll need to add more permissions.
Make sure
the crypts all use the same passwords
you use --drive-server-side-across-configs
And try the copy.
If you get 404 errors then share the source with the destination user. That should work hopefully