Skip to main content

A chainable Django email sender utility.

Project description

📧 Django Email Sender Utility

A clean, reusable, lightweight and chainable utility class for sending emails in Django using templates. It supports both HTML and plain text templates, context injection, and flexible usage — either directly, via subclassing, or abstracted into functions.

🧠 Why Use This?

While Django already provides a way to send emails, it can become verbose and repetitive. EmailSender abstracts the boilerplate and lets you send templated emails fluently.

✨ Features

  • Chainable API (.to(), .from_address(), etc.)
  • Supports HTML and plain text templates
  • Uses Django's template system for dynamic content
  • Easy to integrate and override
  • Encourages clean code and reusability
  • Supports subclassing or functional abstractions


🛠 Available Methods

Method Description


 - create()	                # Class factory method to instantiate the EmailSender.
 - from_address(email)	    # Sets the sender’s email address.
 - to(recipients)	        # Accepts a string or list of recipient email addresses.
 - with_subject(subject)	# Sets the email subject.
 - with_context(context)	# Context dictionary used in the templates.
 - with_text_template(path)	# Path to the plain text email template.
 - with_html_template(path)	# Path to the HTML email template.
 - with_headers(headers)	# Optional custom headers as a dictionary.
 - send()	                # Sends the email. Returns the number of successfully delivered messages.

🚨 Error Handling

 - Raises ValueError if required fields are missing.
 - Raises TypeError if headers are not provided as a dictionary.

🚀 Installation

This is a standalone utility. Copy the file into your Django project, or install it as a package using PyPI.


🧩 Requirements

  • Python 3.8+
  • Django >= 3.2

🧪 Basic Usage

Here's a simple example of how to send an email using EmailSender:

from email_sender import EmailSender

EmailSender.create()\
    .from_address("no-reply@example.com")\
    .to(["recipient@example.com"])\  
    .with_subject("Welcome!")\
    .with_context({"username": "John"})\
    .with_text_template("welcome.txt", folder_name="emails")\
    .with_html_template("welcome.html", folder_name="emails")\
    .send()

Explanation:

  • .from_address("no-reply@example.com"): Specifies the sender's email address.
  • .to(["recipient@example.com"]): Specifies the recipient's email address.
  • .with_subject("Welcome!"): The subject of the email.
  • .with_context({"username": "John"}): Context for the email templates, allowing dynamic insertion of values (e.g., the recipient's name).
  • .with_text_template("welcome.txt", folder_name="emails"): The path to the text-based email template. Here, we specify the folder name (emails) where the template is stored. If no folder name is provided, it defaults to email_templates/.
  • .with_html_template("welcome.html", folder_name="emails"): The path to the HTML-based email template. Similarly, you can specify the folder name (emails) for this template.
  • .send(): Sends the email.

🧱 Subclassing

You can also subclass the EmailSender class to create more specific types of emails.

Example: Password Reset Email

class PasswordResetEmail(EmailSender):
    def __init__(self, user):
        super().__init__()
        self.user = user

    def build(self):
        return self\
            .from_address("no-reply@example.com")\
            .to([self.user.email])\
            .with_subject("Reset Your Password")\
            .with_context({"username": self.user.username, "reset_link": generate_reset_link(self.user)})\
            .with_text_template("reset_password.txt", folder_name="emails")\
            .with_html_template("reset_password.html", folder_name="emails")

Usage:

PasswordResetEmail(user).build().send()

Here, the PasswordResetEmail class uses reset_password.txt and reset_password.html templates from the emails folder.


🛠️ Function-Based Abstractions

For a functional approach, you can also wrap EmailSender in specific functions to handle common email use cases.

Example: Sending a Verification Email

def send_verification_email(user):
    html_verification_path = "verification/verification.html"
    text_verification_path = "verification/verification.txt"
    subject = "Verify Your Email"
    from_email = "no-reply@example.com"

    return EmailSender.create()\
        .from_address(from_email)\
        .to([user.email])\
        .with_subject(subject)\
        .with_context({
            "username": user.username,
            "verification_link": generate_verification_link(user)
        })\
        .with_text_template(text_verification_path, folder_name="emails")\
        .with_html_template(html_verification_path, folder_name="emails")\
        .send()

Example: Sending a Registration Email

def send_registration_email(user):
    html_registration_path = "registration/registration.html"
    text_registration_path = "registration/registration.txt"
    
    subject = "Welcome to the Platform!"
    from_email = "no-reply@example.com"

    return EmailSender.create()\
        .from_address(from_email)\
        .to([user.email])\
        .with_subject(subject)\
        .with_context({"username": user.username})\
        .with_text_template(text_registration_path, folder_name="emails")\
        .with_html_template(html_registration_path, folder_name="emails")\
        .send()

Advantages of this Approach:

  • Keeps your logic functional and simple: It's straightforward to use and easy to test.
  • Keeps your email templates modular and easy to override: Templates are organized in subfolders (e.g., registration, verification), making them easier to manage.
  • Clean and maintainable codebase: You don’t have to subclass EmailSender each time, reducing complexity.


📁 Templates

Templates must reside inside a dedicated email_templates/ directory, which should exist inside your Django template directory.

This folder can contain your own structure to help organise different types of emails. For example:

Example

project/
├── templates/
│   └── email_templates/
│       └── registration/
│           ├── registration.html
│           └── registration.txt

When calling with_html_template() or with_text_template(), you can provide the subfolder and filename like so:

EmailSender.create()
    .with_html_template("registration.html", folder_name="registration")
    .with_text_template("registration.txt", folder_name="registration")

You must have both an .html and .txt version of the email template. These are required for rich content and email client compatibility.


** 📁 Configuring the Template Directory**

EmailSender allows you to easily configure the location of template directories used by the app, including email templates. By default, EmailSender will look for templates in a templates folder inside the base directory of your project. However, if you'd like to customize the location, you can do so using the MYAPP_TEMPLATES_DIR setting in your Django project's settings.py.


Default Behaviour

By default, EmailSender will look for templates in the following directory:

{BASE_DIR}/templates/emails_templates/

Where:

  • BASE_DIR is the root directory of your Django project (where manage.py is located).
  • templates is the default directory where EmailSender expects to find your templates.
  • emails_templates is the subdirectory where email-related templates should be stored.

Customizing the Template Directory Path

If you'd like to customize the template directory location, you can define the MYAPP_TEMPLATES_DIR setting in your settings.py file.

Steps to Override:

  1. Open your settings.py file.
  2. Define the MYAPP_TEMPLATES_DIR setting to point to your custom template folder.

Example:

# settings.py

BASE_DIR = Path(__file__).resolve().parent.parent

# Custom template directory location
MYAPP_TEMPLATES_DIR = BASE_DIR / "custom_templates"

In this example:

  • EmailSender will look for templates in {BASE_DIR}/custom_templates/emails_templates/.
  • If you do not define MYAPP_TEMPLATES_DIR, EmailSender will use the default location: {BASE_DIR}/templates/emails_templates/.

How It Works

  • MYAPP_TEMPLATES_DIR: If defined, EmailSender uses this setting to locate the main template folder.
  • Fallback: If MYAPP_TEMPLATES_DIR is not defined, EmailSender falls back to the default location: {BASE_DIR}/templates.
  • Email Templates: EmailSender looks specifically in the emails_templates/ subdirectory for email-related templates.

Example File Structure:

Default Setup:

my_project/
│
├── templates/
│   └── emails_templates/
│       └── welcome_email.html

Custom Setup (with MYAPP_TEMPLATES_DIR defined):

my_project/
│
├── custom_templates/
│   └── emails_templates/
│       └── welcome_email.html

Error Handling

If EmailSender cannot find the templates in the expected location, it will raise a error to let you know where the missing templates are expected.

If BASE_DIR is not defined in settings.py, an ImproperlyConfigured error will be raised to prompt you to define it.


Fallback Logic

In case the MYAPP_TEMPLATES_DIR is not defined in settings.py, EmailSender will automatically fallback to the default template directory (templates) without requiring any extra configuration.


Conclusion

The MYAPP_TEMPLATES_DIR setting provides flexibility for users who prefer to store their templates in a custom location. By defining this setting in settings.py, users can control where the templates for EmailSender (including email templates) are stored, ensuring a smooth and configurable integration.


💡 Tips

  • You can subclass EmailSender for different email types or simply wrap it in functions.
  • Organise your templates by email type (registration/, verification/, etc.)
  • Subject and context are fully customisable.

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

django_email_sender-1.0.3.tar.gz (12.4 kB view details)

Uploaded Source

Built Distribution

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

django_email_sender-1.0.3-py3-none-any.whl (10.1 kB view details)

Uploaded Python 3

File details

Details for the file django_email_sender-1.0.3.tar.gz.

File metadata

  • Download URL: django_email_sender-1.0.3.tar.gz
  • Upload date:
  • Size: 12.4 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.12.6

File hashes

Hashes for django_email_sender-1.0.3.tar.gz
Algorithm Hash digest
SHA256 43f1951aad0fdaf8c0c498a915169057ed45a6819f7c6601ca7d2d59db63cf95
MD5 05ae1943a576c089db6225fbf5106260
BLAKE2b-256 02fe0bac9d16e4570245c8aacbbf08944828a253afe5e1c5274d23b3448fa80c

See more details on using hashes here.

File details

Details for the file django_email_sender-1.0.3-py3-none-any.whl.

File metadata

File hashes

Hashes for django_email_sender-1.0.3-py3-none-any.whl
Algorithm Hash digest
SHA256 444436dc8ac8ae35553602b8c396d706a15d7b0d86f4236c1d79e716bbd2587b
MD5 d2fbb040e18c0adde4b63c1451310ea0
BLAKE2b-256 ba72f7aff282c9f32a02fae224e222581ba3d6f7c2424a8b8f98f9992bd26835

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