* Added docs for legacy mail service. * Updated namespaces. * Consolidated under Platform.Mail namespace * Updated obsolete comment. * Linting * Linting * Replaced documentation in original readme after accidental deletion.
Mail Services
MailService
The MailService and its implementation in HandlebarsMailService has been deprecated in favor of the Mailer implementation.
New emails should be implemented using MJML and the Mailer.
Mailer
The Mailer feature provides a structured, type-safe approach to sending emails in the Bitwarden server application. It uses Handlebars templates to render both HTML and plain text email content.
Architecture
The Mailer system consists of four main components:
- IMailer - Service interface for sending emails
- BaseMail - Abstract base class defining email metadata (recipients, subject, category)
- BaseMailView - Abstract base class for email template view models
- IMailRenderer - Internal interface for rendering templates (implemented by
HandlebarMailRenderer)
How To Use
- Define a view model that inherits from
BaseMailViewwith properties for template data - Create Handlebars templates (
.html.hbsand.text.hbs) as embedded resources, preferably using the MJML pipeline,/src/Core/MailTemplates/Mjml. - Define an email class that inherits from
BaseMail<TView>with metadata like subject - Use
IMailer.SendEmail()to render and send the email
Creating a New Email
Step 1: Define the Email & View Model
Create a class that inherits from BaseMailView:
using Bit.Core.Platform.Mailer;
namespace MyApp.Emails;
public class WelcomeEmailView : BaseMailView
{
public required string UserName { get; init; }
public required string ActivationUrl { get; init; }
}
public class WelcomeEmail : BaseMail<WelcomeEmailView>
{
public override string Subject => "Welcome to Bitwarden";
}
Step 2: Create Handlebars Templates
Create two template files as embedded resources next to your view model. Important: The file names must be located
directly next to the ViewClass and match the name of the view.
WelcomeEmailView.html.hbs (HTML version):
<h1>Welcome, {{ UserName }}!</h1>
<p>Thank you for joining Bitwarden.</p>
<p>
<a href="{{ ActivationUrl }}">Activate your account</a>
</p>
<p><small>© {{ CurrentYear }} Bitwarden Inc.</small></p>
WelcomeEmailView.text.hbs (plain text version):
Welcome, {{ UserName }}!
Thank you for joining Bitwarden.
Activate your account: {{ ActivationUrl }}
<EFBFBD> {{ CurrentYear }} Bitwarden Inc.
Important: Template files must be configured as embedded resources in your .csproj:
<ItemGroup>
<EmbeddedResource Include="**\*.hbs" />
</ItemGroup>
Step 3: Send the Email
Inject IMailer and send the email, this may be done in a service, command or some other application layer.
public class SomeService
{
private readonly IMailer _mailer;
public SomeService(IMailer mailer)
{
_mailer = mailer;
}
public async Task SendWelcomeEmailAsync(string email, string userName, string activationUrl)
{
var mail = new WelcomeEmail
{
ToEmails = [email],
View = new WelcomeEmailView
{
UserName = userName,
ActivationUrl = activationUrl
}
};
await _mailer.SendEmail(mail);
}
}
Advanced Features
Multiple Recipients
Send to multiple recipients by providing multiple email addresses:
var mail = new WelcomeEmail
{
ToEmails = ["user1@example.com", "user2@example.com"],
View = new WelcomeEmailView { /* ... */ }
};
Bypass Suppression List
For critical emails like account recovery or email OTP, you can bypass the suppression list:
public class PasswordResetEmail : BaseMail<PasswordResetEmailView>
{
public override string Subject => "Reset Your Password";
public override bool IgnoreSuppressList => true; // Use with caution
}
Warning: Only use IgnoreSuppressList = true for critical account recovery or authentication emails.
Email Categories
Optionally categorize emails for processing at the upstream email delivery service:
public class MarketingEmail : BaseMail<MarketingEmailView>
{
public override string Subject => "Latest Updates";
public string? Category => "marketing";
}
Built-in View Properties
All view models inherit from BaseMailView, which provides:
- CurrentYear - The current UTC year (useful for copyright notices)
<footer>© {{ CurrentYear }} Bitwarden Inc.</footer>
Template Naming Convention
Templates must follow this naming convention:
- HTML template:
{ViewModelFullName}.html.hbs - Text template:
{ViewModelFullName}.text.hbs
For example, if your view model is Bit.Core.Auth.Models.Mail.VerifyEmailView, the templates must be:
Bit.Core.Auth.Models.Mail.VerifyEmailView.html.hbsBit.Core.Auth.Models.Mail.VerifyEmailView.text.hbs
Dependency Injection
Register the Mailer services in your DI container using the extension method:
using Bit.Core.Platform.Mailer;
services.AddMailer();
Or manually register the services:
using Microsoft.Extensions.DependencyInjection.Extensions;
services.TryAddSingleton<IMailRenderer, HandlebarMailRenderer>();
services.TryAddSingleton<IMailer, Mailer>();
Performance Notes
- Template caching -
HandlebarMailRendererautomatically caches compiled templates - Lazy initialization - Handlebars is initialized only when first needed
- Thread-safe - The renderer is thread-safe for concurrent email rendering
Overriding email templates from disk
The mail services support loading the mail template from disk. This is intended to be used by self-hosted customers who want to modify their email appearance. These overrides are not intended to be used during local development, as any changes there would not be reflected in the templates used in a normal deployment configuration.
Any customer using this override has worked with Bitwarden support on an approved implementation and has acknowledged that they are responsible for reacting to any changes made to the templates as a part of the Bitwarden development process. This includes, but is not limited to, changes in Handlebars property names, removal of properties from the ViewModel classes, and changes in template names. Bitwarden is not responsible for maintaining backward compatibility between releases in order to support any overridden emails.