Главная Общие вопросы

Общие вопросы

Сергей Шаульский
От Сергей Шаульский
11 статьи

Как создавать и рассылать через каналы отправки

Добавление дополнительных каналов отправки на вашем аккаунте HaskiMail позволяет создавать новые Транзакционные или Маркетинговые каналы и отправлять все письма вашего приложения через HaskiMail. - Транзакционные каналы отправки Предназначены для писем, вызванных действием пользователя — например, сброс пароля или уведомление об отправке. - Маркетинговые каналы отправки Используются для сообщений, которые ваше приложение отправляет сразу многим получателям — например, уведомление об изменении условий использования. HaskiMail использует отдельную инфраструктуру для маркетинговых каналов, чтобы сохранить высокую доставляемость транзакционных писем. Важно: невозможно установить маркетинговый канал по умолчанию для сервера. Канал, созданный изначально как Транзакционный, всегда будет основным. Чтобы отправлять через другие каналы, необходимо явно указывать, какой канал использовать, одним из способов ниже. Создание канала отправки - Выберите сервер, к которому хотите добавить новый канал. - Нажмите Создать канал отправки. - Укажите имя потока и его тип (Транзакционный или Маркетинговый). - Нажмите Создать, чтобы добавить канал на сервер. Рассылка через канал отправки Чтобы отправлять письма через нужный канал, HaskiMail использует ID канала— уникальный идентификатор канала. Он отображается в правом верхнем углу при просмотре канала. Если вы не указываете ID канала при отправке, письмо будет отправлено через основной Транзакционный канал сервера. API При отправке писем через API HaskiMail используйте параметр «MessageStream» с нужным ID канала. Пример JSON для пакетной отправки: [ { "From": "sender@example.com", "To": "recipient@customer.com", "Subject": "Обновление условий использования", "Tag": "tosupdate", "HtmlBody": "<strong>Здравствуйте</strong>, наши условия изменились...", "TextBody": "Здравствуйте, наши условия изменились...", "MessageStream": "broadcasts" }, { "From": "sender@example.com", "To": "another-recipient@customer.com", "Subject": "Обновление условий использования", "Tag": "tosupdate", "HtmlBody": "<strong>Здравствуйте</strong>, наши условия изменились...", "TextBody": "Здравствуйте, наши условия изменились...", "MessageStream": "broadcasts" } ] Пример запроса cURL: curl "https://api.haskimail.com/email/batch" \ -X POST \ -H "Accept: application/json" \ -H "Content-Type: application/json" \ -H "X-HaskiMail-Server-Token: ваш_токен_сервера" \ -d '[...]' Отправка шаблонов с использованием Batch: { "From": "sender@example.com", "To": "recipient@customer.com", "TemplateAlias": "tosupdate", "TemplateModel": { "customer_name": "Иван" }, "MessageStream": "broadcasts" } Запрос с шаблонами через cURL: curl "https://api.haskimail.com/email/batchWithTemplates" \ -X POST \ -H "Accept: application/json" \ -H "Content-Type: application/json" \ -H "X-HaskiMail-Server-Token: ваш_токен" \ -d '{ "Messages": [ { "From": "sender@example.com", "To": "recipient@customer.com", "TemplateAlias": "tosupdate", "TemplateModel": { "customer_name": "Иван" }, "MessageStream": "broadcasts" }, { "From": "sender@example.com", "To": "another-recipient@customer.com", "TemplateAlias": "tosupdate", "TemplateModel": { "customer_name": "Анна" }, "MessageStream": "broadcasts" } ] }' SMTP Вариант 1: Заголовок X-HM-Message-Stream Если ваш SMTP-клиент позволяет добавлять кастомные заголовки, используйте: - Сервер: smtp-broadcasts.haskimail.com - Порты: 25, 2525, или 465 - Аутентификация: plain text, CRAM-MD5, или TLS - Заголовок: X-PM-Message-Stream: broadcasts Важно: Рассылочные SMTP-потоки используют другой URL, чем транзакционные. Вариант 2: Аутентификация через реквизиты SMTP Можно использовать реквизиты SMTP, чтобы аутентифицировать отправку через конкретный канал. Для этого: - Перейдите в настройки нужного канала отправки. - Скопируйте указанные реквизиты: Архивация канала отправки В настройках канала вы можете выбрать Архивацию канала отправки. Архивированные каналы и их статистика автоматически удаляются через 45 дней. До удаления поток можно восстановить, выбрав опцию Посмотреть архивные каналы на странице сервера. Также доступны API-методы для архивации и восстановления потока.

Обновлено Jan 21, 2026

Устранение распространенных проблем с подключением

Несмотря на то, что HaskiMail работает и не сообщает о проблемах на статусной странице, могут возникнуть случаи, когда ваше приложение не может подключиться к HaskiMail. Наиболее распространённые причины таких проблем связаны с изменениями в настройках сети, которые могли быть сделаны в вашей среде или вашим хостинг-провайдером без вашего ведома. Что нужно проверить: - Ваш сервер может разрешить IP-адреса для подключения к нашим API или SMTP серверам. - Вы можете подключиться к нашим серверам с вашего сервера. Порты 80 или 443 для API, и порты 25, 465 или 2525 для SMTP. - При обращении к нам, укажите публичный IP-адрес (а) вашего сервера, чтобы мы могли быстрее исследовать логи для решения проблемы с подключением. Ниже приведены команды, которые мы просим вас выполнить на вашем сервере. Если вы можете предоставить полный вывод этих команд при обращении в службу поддержки, это поможет нам быстрее решить проблему с подключением. Устранение проблем с подключением к API Сначала убедитесь, что DNS работает корректно: nslookup api.haskimail.ru Это должно вернуть публичный IP для нашего API. Если запрос не удастся, проверьте, можете ли вы выполнить запросы для других публичных доменов, например, example.com, yahoo.com, google.com и т. д. Затем проверьте, что вы можете установить соединение и скачать контент с нашего API: curl -vvv https://api.haskimail.ru Если это не удалось, и ваши системные сертификаты устарели, curl может не проверить TLS-соединение с API. Попробуйте выполнить команду без проверки TLS: curl -vvv -k https://api.haskimail.ru Если это всё равно не работает, попробуйте подключиться без шифрования: curl -vvv http://api.haskimail.ru Если вас беспокоят проблемы с задержкой, полезно будет выполнить команду с использованием time: time curl -vvv https://api.haskimail.ru Если все вышеуказанные шаги прошли успешно, тогда стоит проверить код. Устранение проблем с подключением к SMTP Сначала убедитесь, что SMTP включен на сервере HaskiMail. SMTP включен по умолчанию на новых серверах HaskiMail, но если он был отключён, включите его снова в настройках канала (Канал > Настройки). Как и в случае с API, мы хотим убедиться, что ваше соединение может разрешить DNS для наших SMTP серверов и что подключение возможно. nslookup smtp.haskimail.ru Это должно вернуть один из наших публичных SMTP IP. Затем проверьте, что вы можете подключиться к одному из следующих портов: 25, 465 или 2525. Примечание: Некоторые интернет-провайдеры и хостинг-провайдеры блокируют эти порты. В других случаях они перенаправляют этот трафик на свои собственные SMTP серверы. Попробуйте открыть соединение с помощью telnet и отправить две команды (EHLO , затем QUIT), как показано ниже: telnet smtp.haskimail.ru <порт> EHLO localhost QUIT Пример успешного теста: telnet smtp.haskimail.ru 25 Trying 147.75.195.176... Connected to smtp.haskimail.ru. Escape character is '^]'. 220 smtp.haskimail.ru ESMTP p-pm-smtp02-pktewr1 EHLO localhost 250-smtp.haskimail.ru 250-PIPELINING 250-SIZE 20480000 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN CRAM-MD5 DIGEST-MD5 250-AUTH=PLAIN LOGIN CRAM-MD5 DIGEST-MD5 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN QUIT 221 2.0.0 Bye Connection closed by foreign host. Если тест прошёл успешно, вы можете отправить простое тестовое письмо с помощью командной утилиты swaks: swaks --auth --tls -s smtp.haskimail.ru --to="you@example.com" --from="your-sender-signature@example.com" --port=25 При запуске этой команды вам нужно будет ввести ваше имя пользователя и пароль — оба значения являются вашим Server API Token. Если все эти шаги прошли успешно, тогда стоит проверить код SMTP-клиента в вашем приложении.

Обновлено Jan 21, 2026

Отправка писем через ваше приложение

Теперь, когда мы рассмотрели различные сценарии, для которых может быть полезен HaskiMail, давайте перейдем к деталям. Если вы хотите отправлять письма через ваше приложение, вам нужно будет выполнить несколько шагов. - Шаг 1: Решите, хотите ли вы использовать наш API или SMTP - Шаг 2: Настройте адреса или домены, с которых вы будете отправлять письма. - Шаг 3: Настройте каналы отправки для различных типов писем, которые будете отправлять. - Шаг 4: Отправьте тестовое письмо. - Шаг 5: Интегрируйте с вашим приложением. - Шаг 6: Используйте дополнительные возможности для оптимизации отправки: вебхуки и шаблоны. Шаг 1: Решите, использовать ли API или SMTP Первое, что вам нужно решить перед интеграцией с HaskiMail — это использовать API или SMTP. Оба метода позволят вам отправлять письма, но каждый из них имеет свои плюсы и минусы. Вот таблица, которая поможет вам выбрать подходящий метод: Шаг 2: Настройка адресов для отправки После создания аккаунта мы автоматически создадим ваш первый сервер. Серверы помогают организовывать отправку писем по проектам, клиентам или окружениям, аналогично папкам на вашем компьютере. Каналы отправки помогают разделять различные типы сообщений, которые вы отправляете. Каждый сервер имеет свой API-токен для отправки писем и API-запросов. Также сервер будет иметь свои настройки отслеживания открытий и ссылок. В рамках каждого сервера можно разделить трафик транзакционных и маркетинговых писем, используя каналы отправки. Транзакционные каналы отправки используются для уникальных писем, которые триггерятся действиями пользователя, например, для письма с приветствием, сброса пароля или квитанций. Маркетинговые каналы отправки — для массовых сообщений, отправляемых множеству получателей, таких как анонсы, рассылки или другие письма от вашего приложения. Теперь вы готовы настроить адреса, с которых будете отправлять письма. Для этого есть два способа: - Добавить обратный адрес для рассылки с конкретного адреса. - Настроить весь домен отправки. Мы используем подписи отправителей и проверку доменов, чтобы убедиться, что вы являетесь владельцем почтовых ящиков, с которых хотите отправлять письма. Это помогает предотвратить спам и злоупотребления. Эти меры безопасности помогают нам поддерживать отличную репутацию у ISP и обеспечивать доставку ваших писем в папку «Входящие» быстро и надежно. Вы можете добавлять столько подписей отправителей и проверенных доменов, сколько вам нужно, ограничений нет. Добавление обратного адреса отправителя Если вы проходите процесс первоначальной настройки, вам будет предложено создать обратный адрес отправителя сразу после создания аккаунта. После этого вы можете кликнуть на «Подтвердить обратный адрес» и добавить новую почту. Выберите Подтвердить обратный адрес и заполните данные для email-адреса «От кого»). Настройка домена Настройка домена позволит вам отправлять письма с любого email-адреса в рамках одного домена. Например, после проверки домена mydomain.ru вы сможете отправлять письма с любого адреса вида someone@mydomain.ru через платформу HaskiMail. Чтобы проверить домен, выполните следующие шаги: 1. Войдите в HaskiMail и перейдите в раздел «Домены и отправители». 2. Нажмите Добавить домен и введите домен. 3. Сгенерируйте записи DKIM и SPF для этого домена и добавьте их в ваш DNS. 4. Подтверждение может занять до 48 часов. Шаг 3: Настройка каналов отправки Давайте разберемся, почему каналы отправки важны и как их создавать и использовать. Мы настоятельно рекомендуем создавать каналы для всех типов сообщений, которые вы отправляете. Это даст вам гораздо лучшее понимание того, как работает каждый тип сообщений, поскольку все статистические данные и уведомления для каждого канала будут разделены. Это также полезный подход в случае отписки получателей. Например, если получатель решит отписаться от канала для рассылок, это не повлияет на его способность получать обновления, такие как изменения в условиях использования, с другого канала. Другой важный момент — это использование поддомена для ваших массовых рассылок. Мы рекомендуем отправлять высокоэффективные транзакционные письма с основного домена, а для всех маркетинговых и массовых рассылок использовать поддомен. Это соответствует лучшим практикам по разделению репутации email-каналов, рекомендованным такими провайдерами, как Mail.ru. Таким образом, ваши транзакционные сообщения не будут зависеть от доставляемости и вовлеченности массовых рассылок, и наоборот. Если не разделять эти репутации, низкая или отрицательная вовлеченность от массовых рассылок может повлиять на доставляемость важных транзакционных сообщений. Отправка через канал немного отличается в зависимости от метода отправки (API или SMTP). Шаг 4: Отправка тестового письма Теперь, когда у вас есть подтвержденная подпись отправителя (и, возможно, проверенный домен), давайте отправим тестовое письмо. Существует несколько способов отправки тестового письма: - Postman - cURL: Вы можете отправить тестовое письмо через терминал, используя cURL: curl "https://api.haskimail.ru/email" \ -X POST \ -H "Accept: application/json" \ -H "Content-Type: application/json" \ -H "X-HaskiMail-Server-Token: server token" \ -d '{ "From": "sender@example.com", "To": "receiver@example.com", "Subject": "HaskiMail test", "TextBody": "Hello dear HaskiMail user.", "HtmlBody": "<html><body><strong>Hello</strong> dear HaskiMail user.</body></html>" }' Шаг 5: Интеграция с вашим приложением Теперь, когда вы отправили тестовое письмо, пора интегрировать HaskiMail с вашим приложением. Это потребует некоторых технических навыков и выходит за рамки этого руководства. Однако для подробных инструкций посетите наш раздел документации для разработчиков по API и SMTP. - Официальные библиотеки Haskimail - Неофициальные библиотеки Haskimail Шаг 6: Использование дополнительных возможностей После того как вы настроили приложение и начали отправлять письма, вы можете использовать дополнительные функции HaskiMail, такие как вебхуки и шаблоны. Вебхуки HaskiMail предоставляет вебхуки для уведомлений о возвратах, кликах и отслеживании открытия сообщений. Вебхуки передаются в виде HTTP POST-запросов с форматированным JSON на URL, указанный в настройках вашего сервера HaskiMail. С помощью этих вебхуков вы можете получать уведомления и данные в реальном времени, по мере наступления событий, без необходимости делать дополнительные запросы к API для проверки новых событий. Вы можете использовать вебхуки HaskiMail для множества целей, например: - Получать уведомления, когда письмо было доставлено и/или открыто. - Получать уведомления о кликах по ссылкам в письмах. - Получать уведомления в реальном времени о возвратах (bounces) и жалобах на спам. Уведомления о возвратах и жалобах на спам Используя вебхук для возвратов, вы будете получать POST-запросы на ваш URL всякий раз, когда происходит возврат. Пример формата уведомлений о возврате и жалобах на спам: { "RecordType": "Bounce", "ID": 4323372036854775807, "Type": "HardBounce", "TypeCode": 1, "Name": "Hard bounce", "Tag": "Test", "MessageID": "883953f4-6105-42a2-a16a-77a8eac79483", "Metadata" : { "a_key" : "a_value", "b_key": "b_value" }, "ServerID": 23, "Description": "The server was unable to deliver your message (ex: unknown user, mailbox not found).", "Details": "Test bounce details", "Email": "john@example.com", "From": "sender@example.com", "BouncedAt": "2019-11-05T16:33:54.9070259Z", "DumpAvailable": true, "Inactive": true, "CanActivate": true, "Subject": "Test subject", "Content": "<Full dump of bounce>" } С помощью полученных данных JSON вы можете быстро найти письмо, вызвавшее уведомление (по полю MessageID), проверить, можно ли реактивировать получателя (по полю CanActivate), а также получить подробности о причине возврата через поля Description и Details. Поле From позволяет быстро определить отправителя. Пример использования: - Оповещение отправителя о возврате письма. - Маркировка пользователя или адреса как возвратившегося с возможностью реактивации через API. Отслеживание доставки Когда HaskiMail получает успешный отклик от почтового сервера получателя, письмо считается доставленным. Важно помнить, что это не означает, что письмо уже попало в почтовый ящик получателя. Дополнительная обработка письма может происходить на сервере получателя. Вебхуки для отслеживания доставки позволяют получать уведомления, когда письмо было принято сервером, а также его детали. Пример уведомления о доставке: { "MessageID": "883953f4-6105-42a2-a16a-77a8eac79483", "Recipient": "john@example.com", "DeliveredAt": "2019-11-05T16:33:54.9070259Z", "Details": "Test delivery webhook details", "Tag": "welcome-email", "ServerId": 23, "Metadata" : { "a_key" : "a_value", "b_key": "b_value" }, "RecordType": "Delivery" } Используйте данные для обновления вашего приложения или базы данных о статусе доставки, а также для информирования клиентов. Отслеживание открытия писем Вебхук для отслеживания открытия уведомляет вас, когда письмо было открыто. В уведомлении содержатся данные о клиенте, операционной системе и местоположении получателя, который открыл письмо. Отслеживание открытий работает только для HTML-писем. Пример уведомления о первом открытии письма: { "RecordType": "Open", "FirstOpen": true, "Client": { "Name": "Chrome 35.0.1916.153", "Company": "Google", "Family": "Chrome" }, "OS": { "Name": "OS X 10.7 Lion", "Company": "Apple Computer, Inc.", "Family": "OS X 10" }, "Platform": "WebMail", "UserAgent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36", "Geo": { "CountryISOCode": "RS", "Country": "Serbia", "RegionISOCode": "VO", "Region": "Autonomna Pokrajina Vojvodina", "City": "Novi Sad", "Zip": "21000", "Coords": "45.2517,19.8369", "IP": "188.2.95.4" }, "MessageID": "883953f4-6105-42a2-a16a-77a8eac79483", "Metadata": { "a_key": "a_value", "b_key": "b_value" }, "ReceivedAt": "2019-11-05T16:33:54.9070259Z", "Tag": "welcome-email", "Recipient": "john@example.com" } Отслеживание кликов Этот вебхук отправляет уведомления, когда ссылка в письме была нажата. В уведомлении содержится информация о местоположении получателя, URL, который был кликом, а также почтовый клиент и операционная система. Этот вебхук может быть включен как для HTML, так и для текстовых писем. Пример уведомления о клике по ссылке: { "RecordType": "Click", "ClickLocation": "HTML", "Client": { "Name": "Chrome 35.0.1916.153", "Company": "Google", "Family": "Chrome" }, "OS": { "Name": "OS X 10.7 Lion", "Company": "Apple Computer, Inc.", "Family": "OS X 10" }, "Platform": "Desktop", "UserAgent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36", "OriginalLink": "https://example.com", "Geo": { "CountryISOCode": "RS", "Country": "Serbia", "RegionISOCode": "VO", "Region": "Autonomna Pokrajina Vojvodina", "City": "Novi Sad", "Zip": "21000", "Coords": "45.2517,19.8369", "IP": "8.8.8.8" }, "MessageID": "00000000-0000-0000-0000-000000000000", "Metadata": { "a_key": "a_value", "b_key": "b_value" }, "ReceivedAt": "2017-10-25T15:21:11.9065619Z", "Tag": "welcome-email", "Recipient": "john@example.com" } Жалоба на спам Вебхук для жалоб на спам уведомит вас, когда получатель вручную пометит ваше письмо как спам. Это полезно для того, чтобы оперативно реагировать на жалобы и предотвращать дальнейшие проблемы с доставкой. Пример уведомления о жалобе на спам: { "RecordType": "SpamComplaint", "ID": 42, "Type": "SpamComplaint", "TypeCode": 512, "Name": "Spam complaint", "Tag": "Test", "MessageID": "00000000-0000-0000-0000-000000000000", "Metadata": { "a_key": "a_value", "b_key": "b_value" }, "ServerID": 1234, "Description": "", "Details": "Test spam complaint details", "Email": "john@example.com", "From": "sender@example.com", "BouncedAt": "2019-11-05T16:33:54.9070259Z", "DumpAvailable": true, "Inactive": true, "CanActivate": false, "Subject": "Test subject" "Content": "<Abuse report dump>" }

Обновлено Jan 21, 2026

Какие данные SMTP / API токены мне использовать?

Если вы используете API: Используйте Серверный API-ключ, который можно найти в вашем аккаунте HaskiMail, перейдя в раздел «SMTP-серверы» > «API-ключи». Серверный API-ключ уникален для каждого сервера, который вы создаете в HaskiMail. Чтобы отправить через конкретный канал отправки, вам нужно добавить параметр «MessageStream», ссылающийся на идентификатор канала. Если ID канала не предоставлен при отправке, HaskiMail будет использовать канал по умолчанию — Транзакционный канал. Убедитесь, что разделяете транзакционные и маркетинговые сообщения, так как это важно для доставки. Если вы используете SMTP: - Сервер: smtp.haskimail.ru (для транзакционных сообщений) и smtp-broadcasts.haskimail.ru (для маркетинговых сообщений). - Порты: 25, 2525 или 465. - TLS: TLS доступен через расширение SMTP STARTTLS. Это устанавливает зашифрованное соединение с нашим SMTP-сервером, и все ключи и содержимое зашифрованы при передаче. Рекомендуем использовать TLS, если это возможно. Здесь есть два варианта аутентификации, в зависимости от того, что поддерживает ваш SMTP-клиент. Единственная разница между ними — это конфигурация. - API-ключ + Заголовок: используйте Серверный API-ключ и заголовок, которые можно найти, щелкнув на сервере, затем на канале отправки и в разделе «Настройки». Серверный API-ключ действует как имя пользователя и пароль. Заголовок позволяет указать, через какой канал отправки следует отправить письмо. Если заголовок не указан, HaskiMail использует канал по умолчанию — транзакционный канал. ИЛИ - Используйте SMTP-ключ: SMTP-ключ состоит из ключа доступа (который действует как имя пользователя) и секретного ключа (который действует как пароль). Секретный ключ должен храниться в надежном месте, так как после его создания он больше не будет виден. Если вам нужно снова получить доступ к ключу, вам нужно будет сгенерировать новый SMTP-ключ для аутентификации. SMTP-ключи уникальны для каждого канала отправки. Для получения дополнительной информации о работе с SMTP, пожалуйста, ознакомьтесь с нашей документацией для разработчиков. Если вы используете Postfix для отправки через HaskiMail, вы можете следовать нашим инструкциям по настройке, описанным в руководстве "Можно ли настроить Postfix для отправки через HaskiMail?".

Обновлено Jan 21, 2026

Что такое API-ключи аккаунта и сервера, а также SMTP-ключи?

В HaskiMail существует три различных типа ключей для аутентификации через наш API и SMTP. API-ключи API-ключ — это случайно сгенерированная строка, состоящая из букв и цифр, которая используется для аутентификации различных действий в HaskiMail. Это как бы сочетание имени пользователя и пароля в одном. Чтобы найти ваш Серверный API-ключ в HaskiMail, перейдите на вкладку «API-ключи» в разделе ваших серверов. Эти ключи выполняют несколько функций, включая использование в качестве стандартных SMTP-данных для аутентификации и выполнения различных API-операций, таких как отправка сообщений, проверка отправленных сообщений и использование API возвратов. Владельцы аккаунтов и администраторы могут видеть ключи для всех серверов, в то время как администраторы серверов могут доступать ключи только для своих серверов. Каждый сервер может иметь до 3 API-ключей. API-ключ аккаунта необходим для выполнения API-операций, доступных только владельцам аккаунтов и администраторам аккаунтов. Это включает в себя: создание новых серверов, добавление новых подписей отправителей или доменов. API-ключ аккаунта можно найти на странице «API-ключи» в разделе аккаунта. SMTP-ключи SMTP-ключ — это способ аутентификации отправки через различные каналы отправки в HaskiMail. Они могут быть использованы вместо Серверного API-ключа. Эти ключи генерируются в разделе «Настройки» для каждого из ваших исходящих каналов отправки в HaskiMail. Ключи уникальны для канала, в котором они были сгенерированы. Они состоят из двух частей, которые связаны между собой: Также вы можете использовать логин и пароль:

Обновлено Jan 21, 2026

Ограничения по размеру для вложений и писем

Письма и вложения имеют ограничения по размеру. Эта статья поможет вам ознакомиться с ограничениями по размеру, что будет полезно для устранения ошибок отправки и для консультаций с пользователями вашего приложения о лучших практиках. Ограничения по размеру при отправке - Поддерживаются вложенные к письму файлы до 5 МБ суммарным объемом. Если вы попытаетесь отправить письмо, которое превышает эти ограничения по размеру, сообщение будет отклонено. Мы рассчитываем размер письма после его кодирования в base64, поэтому имейте в виду, что окончательный размер письма может быть больше после кодирования. Теперь, когда вы знаете ограничения по размеру, вы можете рекомендовать пользователям лучшие практики при отправке и получении писем через ваше приложение.

Обновлено Jan 21, 2026

Как отправлять письма от имени ваших клиентов?

Если вы работаете в веб-агентстве, обслуживаете службу поддержки/CRM-сервис или управляете онлайн-маркетплейсом или платформой, вероятно, вам нужно отправлять письма от имени ваших партнеров и клиентов. В таких случаях правильная настройка поможет вам: - Сохранить репутацию бренда ваших клиентов. - Сделать письма, отправленные от их имени, доверительными и официальными. - Обеспечить доставляемость. - Эффективно управлять письмами каждого клиента (и связанными с этим рисками). - Предоставить отличное обслуживание. Существует три варианта отправки писем от имени ваших клиентов, каждый из которых имеет свои преимущества и недостатки. Вы можете: - Использовать свой собственный аутентифицированный домен Это самый простой способ, но с минимальным брендингом клиента, при котором вы отправляете письма с вашего домена от имени ваших клиентов. Вы можете изменить «From» имя, но адрес электронной почты будет использовать ваш домен. - Использовать проверенный адрес электронной почты клиента С его домена для отправки с этого конкретного адреса. - Проверить весь домен клиента И отправлять с любого адреса этого домена. Если ваш продукт или агентство отправляет письма от имени клиентов, как выбрать подходящий метод? Все зависит от типа и объема отправляемых писем, а также от ожиданий ваших клиентов по поводу этих сообщений. Когда вы входите в HaskiMail, вы увидите пункт меню под названием «Домены и отправители» и при его выборе появится опция «Добавить домен или обратный адрес». Нажмите сюда, и вам будут предложены два варианта: настроить домен или обратный адрес электронной почты. Опция 1: Отправка с вашего домена Это самый быстрый способ отправить письма от имени ваших клиентов, потому что им не нужно предпринимать никаких действий вне вашего приложения для отправки письма. Еще одним большим преимуществом этого метода является то, что вашим клиентам не нужно заботиться о настройке DKIM, SPF или DMARC. Вы можете управлять всеми этими протоколами аутентификации электронной почты за них. Вы можете изменить имя «From» и ответный адрес «ReplyTo» в вашем коде при отправке через SMTP. Существует несколько способов сделать это в коде, но основное, что нужно помнить — необходимо указать эту информацию в заголовке для сообщений SMTP. Если вы отправляете через API HaskiMail, вы можете настроить «From» и «ReplyTo» для каждого сообщения. Пример: { "From": "sender@example.com", "To": "receiver@example.com", "Cc": "copied@example.com", "Bcc": "blank-copied@example.com", "Subject": "Test", "Tag": "Invitation", "HtmlBody": "<b>Hello</b>", "TextBody": "Hello", "ReplyTo": "reply@example.com", "Headers": [ { "Name": "CUSTOM-HEADER", "Value": "value" } ], "TrackOpens": true } Этот метод не является лучшим, если вашим клиентам нужно отправлять письма с их собственного домена, так что, если это важно для ваших клиентов, следует рассмотреть один из следующих методов. Опция 2: Подтверждение обратного адреса Подтверждение обратного адреса— отличный способ, если ваши клиенты хотят отправлять письма с собственного домена, и вы не хотите просить их обновлять свои DNS записи. Чтобы использовать этот метод, HaskiMail должен знать, какой адрес электронной почты будут использовать ваши клиенты. Мы отправим им электронное письмо с ссылкой, которую нужно нажать для подтверждения их адреса. После того как вы выберете "Подтвердить обратный адрес" на странице «Домены и отправители» заполните полное имя и адрес электронной почты, который вы хотите использовать. Помните, что этот адрес электронной почты должен быть настроен и принимать сообщения, чтобы вы или ваш клиент могли подтвердить его, следуя ссылке в следующем шаге. После создания подписи отправителя ваш клиент получит подтверждающее письмо от HaskiMail для проверки их адреса электронной почты. Опция 3: Проверка домена в интерфейсе HaskiMail Этот вариант требует немного больше времени для настройки у ваших клиентов, но он того стоит. Они смогут строить репутацию своей почты на домене и отправлять письма с любого адреса этого домена. Чтобы начать, вашим клиентам нужно будет добавить DKIM-запись в DNS для их домена. Если вы выберете настройку домена, HaskiMail попросит вас ввести домен, который вы хотите подтвердить. Затем на следующей странице вы получите DKIM и SPF-записи, которые нужно добавить в DNS для проверяемого домена. Ваши клиенты должны добавить это значение в DNS. Как и все, что связано с DNS, для того чтобы эти записи вступили в силу, может потребоваться некоторое время — стандартная практика предполагает до 48 часов, но обычно это занимает меньше времени. Совет от HaskiMail № 1: Проверьте адрес электронной почты или домен с помощью API HaskiMail Если вы отправляете письма от имени множества клиентов, вам, вероятно, не захочется вручную добавлять каждый домен или подпись отправителя в ваш аккаунт. Здесь API HaskiMail может помочь вам автоматизировать этот процесс! Для этого нужно использовать API HaskiMail для создания подписи отправителя, чтобы подтвердить отдельный адрес электронной почты или домен. Сначала вам нужно узнать адрес электронной почты вашего клиента, который они хотят подтвердить. Помните, что клиенты не могут подтверждать адреса из бесплатных почтовых сервисов, таких как Mail.ru, Yandex или Gmail. Как только вы получите адрес электронной почты клиента, отправьте его в наш конечный пункт Create Sender Signature, и пользователь получит письмо от HaskiMail, в котором нужно будет нажать для подтверждения адреса. Вы должны предупредить своих клиентов, что им придет письмо от HaskiMail, и они могут подтвердить свой адрес, следуя инструкции. Если вы новичок в API HaskiMail, вы можете ознакомиться с примером создания подписи отправителя через API HaskiMail с помощью API-эксплорера. Вам понадобится аккаунт-ключ для того, чтобы увидеть конечную точку для создания подписи отправителя. Совет от HaskiMail № 2: Используйте серверы и каналы для разделения сообщений После того, как вы определитесь с доменом и подходом к брендингу, мы рекомендуем использовать серверы (которые работают как папки) и каналы (которые помогают разделить разные типы почты) для организации отправки писем каждого клиента в вашем аккаунте. Server A — Клиент 1 Канал A — Чеки — Транзакционные Канал B — Обновления функционала — Маркетинговые Server B — Клиент 2 Канал A — Внутренние уведомления — Транзакционные Канал B — Обновления условий обслуживания — Маркетинговые Канал C — Подтверждения бронирования  Разделение почты с помощью серверов и каналов помогает вам: - Изолировать проблемы репутации: если возникает проблема с клиентом 2, канал B, отправка может быть приостановлена для этого канала, пока все остальные сообщения продолжают отправляться. - Управлять рисками, такими как жалобы на спам, возвраты, боты и злоупотребления формами, чтобы они не повлияли на других клиентов/пользователей вашего аккаунта. - Отслеживать уникальные статистики для каждого клиента/пользователя (отправлено, возвраты, жалобы, открытия, клики и т. д.). - Поддерживать отдельные отписки и подавления для каждого канала. Используйте API сервера для программного управления создания новых серверов.

Обновлено Jan 21, 2026

Поддерживаются ли эмодзи в теле сообщения и строках темы?

Да, поддерживаются! 💌 Вы можете добавлять эмодзи в тело сообщения и/или в тему вашего письма, отправленного через HaskiMail. Проблемы с рендерингом Имейте в виду, что некоторые почтовые клиенты не всегда правильно кодируют эмодзи, и иногда они могут заменять действительный эмодзи на символ �. Это связано с тем, как отдельные SMTP-клиенты поддерживают эмодзи, а не с нашей реализацией кодирования эмодзи. Помните, что различные операционные системы и почтовые клиенты поддерживают эмодзи на разных уровнях, особенно с выходом новых эмодзи. Рекомендуем использовать такие инструменты, как Litmus, чтобы проверить, как ваше сообщение отображается в разных почтовых клиентах. Влияние на оценку спама Чрезмерное использование эмодзи в письмах может вызвать у некоторых интернет-провайдеров (ISP) подозрения, что письмо является спамом.

Обновлено Jan 21, 2026

Добавление прехедера к вашим сообщениям

Добавление прехедера Прехедер или превью — это краткое описание, которое вы видите после строки темы в большинстве почтовых клиентов. Мы рекомендуем добавлять текст-превью в ваши сообщения. Рассматривайте его как продолжение вашей строки темы, которое помогает привлечь внимание получателей и, следовательно, повышает количество открытий письма. По умолчанию прехедер — это первая строка текста в теле вашего сообщения, но с помощью небольшого кода вы можете заменить его на собственный текст. Вы можете сделать текст превью видимым, чтобы он отображался в верхней части тела сообщения, или невидимым, чтобы он не появлялся вообще. Вот пример того, как добавить невидимый текст-превью в ваш HTML: <td style="display:none !important; visibility:hidden; mso-hide:all; font-size:1px; color:#ffffff; line-height:1px; max-height:0px; max-width:0px; opacity:0; overflow:hidden;"> О, посмотрите на мой увлекательный текст-превью. Магия!⭐ </td> Важно провести несколько тестов, чтобы убедиться, что текст отображается корректно. Однако с точки зрения совместимости это должно работать в самых популярных почтовых клиентах, за исключением более старых версий Microsoft Outlook (2013+ должны работать нормально). Также стоит следить за длиной текста-превью. Рекомендуется делать его длину от 50 до 100 символов. Имейте в виду, что на некоторых мобильных устройствах текст будет обрезан сильнее. Например, на Android/Gmail приложение выше отображает только 42 символа. Совет: Как и строку темы, текст-превью, вероятно, нужно будет обновлять в вашем HTML каждый раз, когда вы отправляете маркетинговое сообщение, так что добавьте это в ваш чек-лист перед отправкой. ✅

Обновлено Jan 21, 2026