Skip to main content

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:

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,
  • UserStore implementations,
  • EmailSender implementations,
  • 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

userharbor-0.1.0.tar.gz (6.1 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

userharbor-0.1.0-py3-none-any.whl (8.3 kB view details)

Uploaded Python 3

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

Hashes for userharbor-0.1.0.tar.gz
Algorithm Hash digest
SHA256 8e1310327a64cf91b454e1ea58aae30db09192be06b44ad345706b4de33e6bdc
MD5 257cadc2e8244c38f0e0320dda1adcfa
BLAKE2b-256 57de8441a09319bc8c1a5989d7ce1b23d73a66247d9d8978b1955ba198167695

See more details on using hashes here.

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

Hashes for userharbor-0.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 cd4a8ac51149429a7cebe9ecab076639241776641d565728ac4c72b90ccb0664
MD5 50b38569a0169d323e289450558537a2
BLAKE2b-256 11dbe8cd400b28a5d03c97fa35d7799bc024b9f569e9ddb23c5d7bca25ffc439

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page