# Используете ли вы SendGrid при хостинге Discourse? Обязательно к прочтению!
**URL:** https://meta.discourse.org/t/do-you-use-sendgrid-while-hosting-discourse-must-read/387080
**Category:** Self-hosting
**Tags:** hosting
**Created:** [29.Октябрь.2025 15:51:27 UTC](https://meta.discourse.org/t/do-you-use-sendgrid-while-hosting-discourse-must-read/387080 "2025-10-29T15:51:27Z")
**Posts on this page:** 1
**Showing post:** 1
### Author:  [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [29.Октябрь.2025 15:51:27 UTC](https://meta.discourse.org/t/do-you-use-sendgrid-while-hosting-discourse-must-read/387080/1 "2025-10-29T15:51:27Z")
Я впервые увидел это в списке рассылки mailop, но это также было опубликовано на Reddit ([https://www.reddit.com/r/sysadmin/comments/1oi6jju/sendgrid\_silently\_breaks\_rfcs\_by\_mimeencoding/](https://www.reddit.com/r/sysadmin/comments/1oi6jju/sendgrid_silently_breaks_rfcs_by_mimeencoding/)). Ниже приведены выдержки:
> Если вы испытываете трудности с доставкой писем во входящие в Gmail, несмотря на чистые заголовки и хорошую репутацию, ваш ESP может незаметно для вас саботировать ваши сообщения. SMTP-ретранслятор SendGrid нарушает RFC 2047 и RFC 2369, MIME-кодируя заголовок List-Unsubscribe, как только его значение превышает 77 байт. Это ломает ссылки для отписки в Gmail и Outlook. Проблема была подтверждена внутренне, но остаётся нерешённой. SendGrid отправляет более 100 миллиардов писем в месяц — это масштабное несоответствие стандартам с реальными последствиями для доставляемости и соблюдения требований.
>
> …
>
> Пока этот заголовок содержит 77 байт или меньше, SendGrid ретранслирует его без изменений. Но когда значение достигает 78 байт, их SMTP-ретранслятор принудительно переписывает его, используя синтаксис MIME-кодированных слов (RFC 2047). Такое кодирование явно запрещено в структурированных заголовках, таких как List-Unsubscribe.
>
> Вот что SendGrid отправляет вместо этого:
>
> `List-Unsubscribe: =?us-ascii?Q?=3Chttps=3A=2F=2Fwww=2Eexample=2Ecom=2Funsubscribe=2F=3E=2C=3Cmailto=3Aunsubscribe=40opt?= =?us-ascii?Q?out=2Eexample=2Ecom=3E?=`
>
> Такое кодирование нарушает парсинг ссылок для отписки как в Gmail, так и в Outlook. В результате получатели не могут легко отписаться через элементы интерфейса, что может привести к увеличению количества жалоб и снижению доставки во входящие. Хуже того, в представлении Gmail «Показать оригинал» заголовок декодируется, поэтому изначально можно не заметить переписывание.
>
> Это поведение нарушает:
>
> RFC 2047, который запрещает использование кодированных слов в структурированных заголовках, таких как List-Unsubscribe.
>
> RFC 2369, который определяет синтаксис и структуру заголовка List-Unsubscribe и предполагает возможность парсинга в обычном ASCII.
Пример заголовка list-unsubscribe, который отправляет Discourse:
```plaintext
List-Unsubscribe:
```
В уникальном токене содержится 64 символа, поэтому ссылки для отписки, которые мы отправляем, гарантированно будут превышать 77 символов.
Мы не используем SendGrid, но я знаю, что многие из наших пользователей с самостоятельным размещением используют его, поэтому считаю важным предупредить всех об этом.
Есть ли здесь пользователи SendGrid, которые могут подтвердить такое поведение?
---
_[View the full topic](https://meta.discourse.org/t/do-you-use-sendgrid-while-hosting-discourse-must-read/387080)._