Framework agnostic user management system for Python applications.
Project description
UserHarbor
Project status: UserHarbor is currently in an early stage of development. The API may change frequently. The library is not ready for production use yet.
UserHarbor is a framework-agnostic Python library for managing user accounts.
Its goal is to provide a simple, stable, and framework-independent interface for common user-related operations:
- user registration,
- email verification,
- login,
- session management,
- logout from one or all sessions,
- password change,
- forgotten password reset,
- account deletion.
UserHarbor is not a web framework. It does not provide routers, views, or HTTP endpoints. Instead, it exposes a simple domain-level API that can be integrated with FastAPI, Flask, Django, Litestar, CLI applications, or any other environment.
Installation
Basic installation
If you want to use your own store and your own email delivery mechanism:
pip install userharbor
Installation with default integrations
The default integrations are:
userharbor-sqlalchemy— SQLAlchemy-based user store,userharbor-smtp— SMTP-based email sender.
pip install "userharbor[sqlalchemy,smtp]"
All official integrations can be found in the organization:
https://github.com/userharbor
Example usage
The example below shows UserHarbor with the default integrations: SQLAlchemyUserStore and SMTPEmailSender.
from userharbor import UserHarbor
from userharbor_sqlalchemy import SQLAlchemyUserStore
from userharbor_smtp import SMTPEmailSender
store = SQLAlchemyUserStore.from_url("sqlite:///users.db")
email_sender = SMTPEmailSender(
host="smtp.example.com",
port=587,
username="smtp-user",
password="smtp-password",
from_email="noreply@example.com",
)
harbor = UserHarbor(
secret_key="your-secret-key",
store=store,
email_sender=email_sender,
)
# Register a user
harbor.register(
username="jane",
email="jane@example.com",
password="StrongPassword123!",
)
# Verify email address
harbor.verify_email("verification-token-from-email")
# Login
session_token = harbor.login(
username="jane",
password="StrongPassword123!",
)
# Verify session
if harbor.verify_session(session_token):
print("User is logged in")
# Get current user
current_user = harbor.get_current_user(session_token)
print(current_user.username)
# Logout
harbor.logout(session_token)
# Change password
session_token = harbor.login(
username="jane",
password="StrongPassword123!",
)
harbor.change_password(
old_password="StrongPassword123!",
new_password="EvenStrongerPassword123!",
session_token=session_token,
)
# Send password reset email
harbor.send_password_reset("jane@example.com")
# Reset password
harbor.reset_password(
new_password="NewStrongPassword123!",
reset_token="reset-token-from-email",
)
# Delete account
session_token = harbor.login(
username="jane",
password="NewStrongPassword123!",
)
harbor.delete_account(
password="NewStrongPassword123!",
session_token=session_token,
)
Architecture
UserHarbor consists of three main parts:
UserHarbor core
├── registration logic
├── login logic
├── session logic
├── password reset logic
├── data validation
├── token generation
└── password and token hashing
UserStore
└── any implementation responsible for storing users, sessions, and tokens
EmailSender
└── any implementation responsible for sending email messages
The main userharbor package does not contain a concrete database implementation or email delivery implementation.
Instead, it relies on two protocols:
UserStore,EmailSender.
This allows you to use official adapters or build your own integration.
Official integrations
SQLAlchemy
Repository:
https://github.com/userharbor/userharbor-sqlalchemy
Package:
pip install userharbor-sqlalchemy
The SQLAlchemy integration provides an implementation of UserStore.
SMTP
Repository:
https://github.com/userharbor/userharbor-smtp
Package:
pip install userharbor-smtp
The SMTP integration provides an implementation of EmailSender.
Project creed
UserHarbor should remain simple, predictable, and easy to integrate.
1. Core should only do what is necessary
The main library is responsible for basic user account operations:
- registration,
- email verification,
- login,
- session management,
- logout,
- password reset,
- password change,
- user deletion.
Unusual business-specific cases should be implemented outside the library.
UserHarbor should not become an application framework.
2. Framework-agnostic before framework integrations
The main library should not depend on FastAPI, Django, Flask, Litestar, or any other framework.
Framework integrations should be created as separate libraries.
3. UserStore and EmailSender are dependencies
UserHarbor does not assume where users are stored.
UserHarbor does not assume how email messages are sent.
These responsibilities belong to adapters compatible with the UserStore and EmailSender interfaces.
4. Adapters should live outside the core
Integrations with databases, ORMs, email services, queues, frameworks, and providers should be developed as separate packages.
Examples:
userharbor-sqlalchemy
userharbor-smtp
userharbor-sendgrid
userharbor-resend
userharbor-fastapi
5. Stability is more important than feature count
After the public API becomes stable, further core development should focus mainly on:
- improving security,
- improving reliability,
- improving performance,
- maintaining compatibility.
New features should be added carefully.
6. Simple things should remain simple
The library should be easy to use in small projects, while still being possible to extend in larger applications.
Creating custom integrations
UserHarbor encourages custom integrations to be created as separate libraries.
Possible examples:
userharbor-django,userharbor-redis,userharbor-mongodb,userharbor-sendgrid,userharbor-resend,userharbor-mailgun,userharbor-fastapi.
If you want to create your own user storage adapter, start by reviewing:
https://github.com/userharbor/userharbor-sqlalchemy
If you want to create your own email delivery adapter, start with:
https://github.com/userharbor/userharbor-smtp
Integrations should implement the protocols shown below.
UserStore interface
@dataclass
class UserToken:
username: str
token_hash: str
expires_at: datetime
@dataclass
class CreateUserRequest:
username: str
email: str
password_hash: str
verification_token_hash: str
expires_at: datetime
@dataclass
class User:
username: str
email: str
verified: bool
class UserStore(Protocol):
def transaction(self) -> AbstractContextManager[None]: ...
def create_user(self, user: CreateUserRequest) -> None: ...
def set_user_verified(self, username: str) -> None: ...
def delete_user(self, username: str) -> None: ...
def get_user_by_username(self, username: str) -> User | None: ...
def get_user_by_email(self, email: str) -> User | None: ...
def get_email_verification(self, token_hash: str) -> UserToken | None: ...
def set_email_verification(self, verification: UserToken) -> None: ...
def remove_email_verification(self, token_hash: str) -> None: ...
def get_session(self, token_hash: str) -> UserToken | None: ...
def add_session(self, session: UserToken) -> None: ...
def remove_session(self, token_hash: str) -> None: ...
def remove_all_sessions(self, username: str) -> None: ...
def get_password_hash(self, username: str) -> str: ...
def set_password_hash(self, username: str, password_hash: str) -> None: ...
def get_password_reset(self, token_hash: str) -> UserToken | None: ...
def set_password_reset(self, reset: UserToken) -> None: ...
def remove_password_reset(self, token_hash: str) -> None: ...
A UserStore implementation is responsible for:
- creating users,
- storing password hashes,
- storing sessions,
- storing email verification tokens,
- storing password reset tokens,
- removing sessions and tokens,
- providing transaction boundaries for multi-step updates,
- persisting data.
The store should not store raw tokens.
transaction() should return a context manager that commits changes when the
block finishes successfully and rolls them back when an exception is raised.
UserHarbor uses it around operations that update multiple related records, such
as email verification, password reset, password change, and account deletion.
EmailSender interface
from typing import Protocol
class EmailSender(Protocol):
def send_verification(
self, username: str, email: str, verification_token: str
) -> None: ...
def send_password_reset(
self, username: str, email: str, reset_token: str
) -> None: ...
An EmailSender implementation is responsible only for sending messages.
It should not decide about:
- token validity,
- token hashing,
- registration logic,
- password reset logic,
- user verification logic.
These responsibilities belong to UserHarbor core.
Project scope
UserHarbor does not try to solve every identity-related problem.
The following are outside the scope of the core library:
- OAuth,
- OpenID Connect,
- social login,
- 2FA/MFA,
- roles and permissions,
- ACL,
- organizations and teams,
- admin panels,
- ready-made HTTP endpoints,
- ready-made HTML views,
- integrations with specific frameworks.
Such features may be created as separate libraries or integrations, but they should not complicate the core project.
Contributing
The project is in an early stage of development and its API is not stable yet.
The most welcome areas of contribution are:
- public API design,
- security improvements,
- tests,
- documentation,
UserStoreimplementations,EmailSenderimplementations,- framework integrations as separate packages.
Before starting work on a custom integration, consider reviewing the official adapters:
https://github.com/userharbor/userharbor-sqlalchemy
https://github.com/userharbor/userharbor-smtp
License
UserHarbor is released under the MIT License.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file userharbor-0.1.0.tar.gz.
File metadata
- Download URL: userharbor-0.1.0.tar.gz
- Upload date:
- Size: 6.1 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: uv/0.11.21 {"installer":{"name":"uv","version":"0.11.21","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"22.04","id":"jammy","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
8e1310327a64cf91b454e1ea58aae30db09192be06b44ad345706b4de33e6bdc
|
|
| MD5 |
257cadc2e8244c38f0e0320dda1adcfa
|
|
| BLAKE2b-256 |
57de8441a09319bc8c1a5989d7ce1b23d73a66247d9d8978b1955ba198167695
|
File details
Details for the file userharbor-0.1.0-py3-none-any.whl.
File metadata
- Download URL: userharbor-0.1.0-py3-none-any.whl
- Upload date:
- Size: 8.3 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: uv/0.11.21 {"installer":{"name":"uv","version":"0.11.21","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"22.04","id":"jammy","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
cd4a8ac51149429a7cebe9ecab076639241776641d565728ac4c72b90ccb0664
|
|
| MD5 |
50b38569a0169d323e289450558537a2
|
|
| BLAKE2b-256 |
11dbe8cd400b28a5d03c97fa35d7799bc024b9f569e9ddb23c5d7bca25ffc439
|