django-mailinglist 0.1.2

Django app for managing multiple mailing lists with both plaintext as well as HTML templates (facilitated by Markdown).

Django Mailinglist

django-mailinglist is a package for administering outgoing mailing lists to subscribers. This package aims to replace django-newsletter and takes inspiration (and a non-trivial amount of code) from it.

Installation

Use pip to install the package

pip install django-mailinglist

Then add mailinglist and to the INSTALLED_APPS list And create settings for MAILINGLIST_BASE_URL AND MAILINGLIST_DEFAULT_SENDER_EMAIL:

INSTALLED_APPS = [
    ...
    "mailinglist",
    ...
]
MAILINGLIST_BASE_URL = "https://www.mygreatmailingeservice.lol"  # NO TRAILING SLASH PLEASE
MAILINGLIST_DEFAULT_SENDER_EMAIL = "[e-mail]"

Add urls to project so that archive, subscribe, and unsubscribe functionality will be available.

urlpatterns = [
    ...
    path("mailinglist/", include("mailinglist.urls", namespace="mailinglist")),
    ...
]

Settings

Settings (and their defaults) are outlined below:

• MAILINGLIST_BASE_URL : Specify the base url (including protocol! No trailing slash!) for linkbacks to the archive and unsubscribe links.
• MAILINGLIST_DEFAULT_SENDER_EMAIL : The default email address for communication with subscribers.
• MAILINGLIST_DEFAULT_SENDER_NAME = "Administrator : The name or title of the person who will manage subscribers.
• MAILINGLIST_USER_MODEL = settings.AUTH_USER_MODEL : Specify the pool of potential subscribers; this doesn't have to be the same model that you use for authenticating users to your project.
• MAILINGLIST_HOOKSET = "mailinglist.hooks.MailinglistDefaultHookset" : You may provide a class which provides the hooks found in the package module to override certain behaviors (sending email mostly).
• MAILINGLIST_CONFIRM_EMAIL_SUBSCRIBE = True : Should new subscribers be sent an email to verify their email address?
• MAILINGLIST_EMAIL_DELAY = None : Amount of seconds to wait between sending an individual email.
• MAILINGLIST_BATCH_SIZE = 200 : The number of individual email which constitute a "batch".
• MAILINGLIST_BATCH_DELAY = 10 : Amount of seconds to wait after completing a "batch".

Functionality

This package takes many design cues from django-newsletter, chief among those are the data models. A major difference is in the Subscription model which sources user data from the model defined in MAILINGLIST_USER_MODEL, no email addresses are stored in django-newsletter models!

Mailing List

Admin views are provided for managing mailing lists. A mailing list must exist prior to any subscriptions or messages.

Subscription

User data

You must provide your own form(s) for collecting and persisting user data. Any subclass of the AbstractUser model will suffice for holding user data, but the only requirements (by default) for this package are a get_full_name method and email attribute. The data used in messages is highly configurable by providing your own message templates.

Subscriptions proper

django-mailinglist provides a service class for managing subscriptions, as such the Subscription model should not be used for creating subscriptions. Views are provided to illustrate the use of the service class, please reference mailinglist/views.py for patterns. The provided admin forms also illustrate an appropriate pattern. Adding a subscription for a user is done like so:

from mailinglist.services import SubscriptionService

SubscriptionService().subscribe(user=user, mailing_list=mailing_list)

The service code will send a subscription confirmation email to the user (by default), the user will find a link to click which will complete their subscription. If the MAILINGLIST_CONFIRM_EMAIL_SUBSCRIBE setting is set False then no email will be sent, the user will immediately be subscribed; this is only recommended if you are already verifying email addresses as part of user registration.

Subscription change events are logged whenever a subscription is changed, a timestamp of each subscription or unsubscription is available in the admin.

Unsubscription

Unsubscribe links will go out with each email. These are personalized links which contain a token to unsubscribe that particular user only; when the user clicks the link they will be marked as unsubscribed and will no longer receive messages on that mailing list.

Message

Messages belong to a certain mailing list and are comprised of message parts. Message parts may have a heading and text. The text supports markdown.

Submission

Finally, submissions are the means by which a message is published and sent. An admin action exists to "publish" a submission, which will mark it as ready for sending

Sending

The management command mailinglist_process_submissions will go through the sending action for all published submissions. Receiver lists are rendered at the time of sending to include all subscribed users and to exclude any users who have joined the global deny list. Each subscriber gets a message rendered solely for them which contains an unsubscribe link. Each sending is logged with a timestamp so that if a sending action is interrupted the process can be resumed without double-sending messages to any subscriber.

While sending, a delay can be configured between the sending of each email (MAILINGLIST_EMAIL_DELAY), also a delay can be configured between "batches" as well (MAILINGLIST_BATCH_DELAY, MAILINGLIST_BATCH_SIZE).

Global Deny List

The author of this project feels strongly that people should be able to opt-in to being on mailing lists. They should also, if they wish, to opt-out of being on any mailing list. The GlobalDeny model exists to respect that right of users. When a GlobalDeny instance is associated with a user then that user will not receive messages on any mailing list to which they are subscribed, nor will they be able to be subscribed to any additional mailing lists. The user, when managing their subscriptions, will be able to join the global deny list. If a user is unsuccessful in unsubscribing from a mailing list they will be redirected to join the global deny list.

Changelog

Changes to this project will be documented in this file.

[Unreleased]

Added

Changed

Removed

Fixed

[0.1.2]

Changed

• Readme to point to correct github workflow status

[0.1.1]

Added

• Nothing, just getting CI pipeline working

[0.1.0]

Added

• Everything