
Should my backend be logging the user in by receiving the email and password from the client and then forwarding that information to Appwrite OR should the client be logging in directly and skipping my backend so it can obtain a Session object?
Background context: Backend is written is Swift using Vapor framework. Client is macOS and iOS also written in Swift. createEmailSession
is not showing up in the SDK when using it on the backend, haven’t checked macOS/iOS yet. I’m relatively new to backend development so I may be missing some foundational knowledge.

Usually people have their front end talk directly to Appwrite. If you have that swift server in the middle, you can use Appwrite like you would any other database and connect to it with an API key.
You can have the client create the session and then generate a JWT token to pass to your swift server to make API calls on behalf of the user.

Understood. Thanks for the reply 🙏🏽 I just wanted to clarify, is it bad practice to have my server be the middleman between the client and Appwrite? My thinking was that if I port my app to Android, I wouldn’t have to worry about rewriting the logic.

it's a tradeoff. i think it complicates things a lot putting that layer in the middle. Maybe you can use Functions for any complex logic (i'm not sure what kind of logic you need).
All the Appwrite SDKs work mostly the same so if you're porting, you'd call the same method.

Got it. Thanks!!

[SOLVED] Email login: From backend vs from client
Recommended threads
- Storage getFilePreview for GIF file retu...
Used to work in 1.6.x but with 1.7.4 upgrade it seems to be broken.
- Admin panel
- Settings page on storage in a bucket goe...
When navigating to a settings page in a bucket i recieve a 404 with the following error: ``` 2025-06-06T12:02:46.582655899Z [Error] File: /usr/src/code/app/cont...
