The general consensus is that including List-Unsubscribe headers in transactional emails is highly recommended, primarily to reduce spam complaints, improve deliverability, and comply with regulations like GDPR and CAN-SPAM. This provides recipients with an easy opt-out method, improving user experience and protecting sender reputation. Best practices for DKIM include proper setup with key pair generation and DNS record creation, using a minimum key size of 2048 bits for security, rotating DKIM keys regularly, ensuring DKIM alignment for DMARC compliance, and handling potential issues with long DKIM records by using TXT record concatenation. The choice between mailto: and HTTP URLs for the List-Unsubscribe header depends on the desired processing speed, with HTTP generally offering faster unsubscription.
11 marketer opinions
The consensus is that including List-Unsubscribe headers in transactional emails is a good practice, particularly for compliance with regulations and to reduce spam complaints. It provides recipients with an easy way to opt-out, enhancing user experience and protecting sender reputation. For DKIM, it's essential to set it up correctly, regularly rotate keys, ensure DKIM alignment for DMARC compliance, and handle long DKIM records properly.
Marketer view
Email marketer from SendGrid advises that a best practice for DKIM is to regularly rotate DKIM keys. This involves generating new keys and updating your DNS records periodically to reduce the risk of key compromise.
6 Mar 2024 - SendGrid
Marketer view
Marketer from Email Geeks sees no downside to allowing people to opt out from any message they could potentially report as spam.
11 Dec 2022 - Email Geeks
7 expert opinions
Experts generally recommend including List-Unsubscribe headers in transactional emails to reduce spam complaints and improve deliverability. RFC 8058 unsubscription headers are acceptable, but it's crucial to decide how to handle unsubscription requests. A reasonable policy involves suppressing less-critical emails while continuing essential communication. For DKIM, best practices include avoiding the L= tag, considering signature expiration, oversigning key headers, selecting a unique selector, and ensuring DNS validation. Implementation can be done via mailto: or HTTP URLs, with HTTP offering faster processing.
Expert view
Expert from Email Geeks suggests a reasonable policy would be to suppress all marketing and less-critical transactional emails upon receiving an RFC 8058 unsubscribe request for a transactional email, while still sending vital, truly transactional mail.
8 Sep 2021 - Email Geeks
Expert view
Expert from Email Geeks shares DKIM best practices, including avoiding the L= tag, considering the X= tag for signature expiration, and oversigning headers that should only appear once like To, Cc, Subject, Date, From, Sender, Reply-To, Bcc, Message-ID, In-Reply-To, and Reference.
27 Sep 2024 - Email Geeks
5 technical articles
Technical documentation emphasizes the importance of correct syntax for List-Unsubscribe headers, using either mailto: or HTTP URLs. DKIM setup involves generating a public/private key pair and adding a DNS record. A minimum DKIM key size of 2048 bits is recommended for security. SPF and DKIM should be used together to improve deliverability. Microsoft 365 provides specific steps for DKIM setup in custom domains.
Technical article
Documentation from OpenDKIM recommends using a DKIM key size of at least 2048 bits for improved security. Smaller key sizes are more vulnerable to attacks and may not be considered secure by some email providers.
1 Dec 2023 - OpenDKIM
Technical article
Documentation from RFC Editor details the proper syntax for the List-Unsubscribe header, specifying that it should contain either a mailto: URL or an HTTP URL that recipients can use to unsubscribe from email lists. Correct implementation ensures that unsubscription requests are processed efficiently.
28 Nov 2024 - RFC Editor
Are people using 4096-bit DKIM keys, and what is the recommended DKIM key length?
Are SPF, DKIM, and DMARC records necessary for transactional email servers not used for marketing?
Do I need DMARC for transactional emails from a small website, and what are the best low-cost alternatives for sending emails if my IP is blocked?
Do I need multiple DKIM records if I use multiple ESPs like HubSpot, Sendgrid and ActiveCampaign?
Does CAN-SPAM require a physical address in transactional emails?
Does the DKIM domain need to align with the List-Unsubscribe domain?