Почему я не могу отправить письмо из TrekMail?

Сбои отправки обычно вызваны несколькими распространенными причинами. Выполните проверки по порядку. Если аккаунт и домен готовы, но письмо отклоняет только один получатель, возможно, нужно проверить его почтовый сервер.

Проверка 1: адрес владельца аккаунта не подтвержден

Если вы зарегистрировали новый аккаунт TrekMail 19 февраля 2026 года или позже и не открыли ссылку подтверждения, отправка блокируется после льготного периода в 7 дней. В панели появляется красный баннер: Отправка исходящей почты приостановлена.

Те же 7 дней отсчитываются заново, если вы меняете подтвержденный адрес для входа на новый: подтвердите новый адрес в течение 7 дней, чтобы отправка не прерывалась.

Это относится к адресу входа владельца аккаунта, а не к почтовым ящикам. Если адрес владельца не подтвержден, все ящики аккаунта прекращают отправку до подтверждения.

Через API отправка и отложенная отправка отклоняются с кодом account_email_unverified, пока адрес не подтверждён.

Решение:

• Найдите во входящих адреса для входа письмо подтверждения, отправленное TrekMail при регистрации, и откройте ссылку.
• Потеряли письмо? Нажмите Отправить письмо подтверждения повторно в баннере.
• При входе через социальную сеть проверьте статус подтверждения в панели, не полагаясь на провайдера.
• Если ссылка уже не работает, запросите новое письмо вместо повторного использования старой ссылки.

Аккаунты, зарегистрированные до 19 февраля 2026 года, не подпадают под эту блокировку.

Проверка 2: DNS домена не подтвержден

Перед использованием управляемого маршрута отправки домен должен быть готов. На странице DNS указана конкретная отсутствующая, конфликтующая или проверяемая запись. SPF, DKIM и DMARC также помогают принимающим провайдерам оценивать ваши письма.

Признак: статус "Домен не подтвержден" на странице доменов; письмо уходит, но возвращается; получатели находят его в спаме.

Решение: откройте страницу доменов, выберите домен и его статус DNS. Сравните каждую запись с показанными значениями, сохраните исправления у DNS-провайдера и нажмите Проверить DNS. Пока обновляется публичный DNS, результат может оставаться в ожидании. Инструкция: Проверка статуса DNS.

Проверка 3: у вас тариф Nano

На уровне тарифа Nano задано can_send: false. Аутентификация SMTP завершается, но каждая отправка отклоняется на этапе приема.

Признак: клиент сообщает "Сбой отправки" с ошибкой 5xx; письмо ненадолго попадает в исходящие, а затем возвращается.

Решение: выберите тариф с управляемой отправкой на странице тарифов, затем проверьте активный тариф и статус домена перед новой попыткой.

Если нужно остаться на Nano, настройте для домена BYO SMTP. Пользовательский SMTP доступен на всех тарифах, включая Nano. Вы предоставляете данные внешнего SMTP-провайдера, а TrekMail использует выбранный маршрут. Прием по IMAP не зависит от исходящего маршрута.

Проверка 4: достигнут дневной или почасовой лимит

У каждого тарифа есть максимумы на день для ящика и аккаунта, почасовое ограничение и предел получателей в одном письме:

(Nano может пройти аутентификацию, но управляемая отправка отключена. Текущие лимиты могут быть ниже для нового домена, аккаунта без успешных платежей или пробного периода, а также в первые 24 часа после первой оплаты аккаунта. Таблица показывает максимум тарифа, а дневной лимит аккаунта, который действует сегодня, виден в панели. На вкладке SMTP каждого домена видны лимиты этого домена на сегодня, включая прогрев нового домена и даты, когда они вырастут.)

Признак: сначала отправка работает, но позднее в течение дня новые письма перестают уходить, и вы видите одно из следующего:

• В веб-почте поверх письма открывается окно, а само письмо остается открытым. В окне видно, сколько лимита израсходовано, почему лимит сейчас ниже (пробный период, первые сутки после первой оплаты или новый домен) и когда он обновится (по вашему времени).
• В почтовом приложении отправка завершается временным ответом на английском с кодом 4.7.1, в котором указаны достигнутый лимит, цифры и время обновления, например "Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC." или "Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC." В первые 24 часа после первой оплаты ответ сообщает об этом и называет время, с которого действуют полные лимиты, например "(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)".

Решение: сначала прочитайте сообщение: в нем сказано, какой лимит достигнут и когда он обновится. Затем:

• Дождитесь обновления вместо повторных попыток. Дневные лимиты обновляются в 00:00 UTC, а почасовой лимит обновляется в начале каждого часа (UTC).
• В пробный период тот, кто управляет оплатой, может завершить его досрочно: Оплата → Завершить пробный период и начать подписку сейчас. Платная подписка начинается, и лимиты пробного периода сразу повышаются; полные лимиты тарифа действуют через 24 часа после этой первой оплаты.
• В первые 24 часа после первой оплаты каждый ящик и весь аккаунт могут отправлять письма 150 получателям в сутки, одно письмо можно адресовать 50 людям, а почтовые приложения могут отправлять 60 писем в час. Через 24 часа полные лимиты тарифа начинают действовать сами; точное время видно в панели.
• Новый домен проходит прогрев в первые 7 дней (40 % с 1-го по 3-й день, 70 % с 4-го по 7-й день, полный лимит с 8-го дня). Это снижает лимиты только этого домена и его ящиков; остальные домены сохраняют полный лимит.
• Пересылаемая почта тоже учитывается. Пересланные письма, которые уходят из TrekMail, расходуют тот же дневной лимит аккаунта, что и ваши отправки.
• Повышение тарифа увеличивает лимит тарифа. В пробный период оно не снимает ограничения пробного периода (их снимает только его завершение), а в первые 24 часа после первой оплаты на всех тарифах действуют одинаковые лимиты первых суток. Уже отклоненные письма повышение тарифа никогда не отправляет повторно: отправьте их снова, когда появится запас.

Проверка 5: число получателей в письме

В одном письме допустимо не более 50 получателей на Nano, 100 на Starter, 250 на Pro и 500 на Agency. Письмо сверх лимита может быть отклонено до отправки. В пробный период до первой оплаты в одном письме допустимо не более 10 получателей, а в первые 24 часа после нее не более 50; веб-почта предупредит вас до отправки письма сверх этого лимита и не даст его запланировать.

Решение: разделите получателей на допустимые партии или повысьте тариф.

Проверка 6: ящик не может отправлять

Ящик должен быть активным и иметь право отправки. Он может быть отключен, потерять возможность отправки после изменения тарифа или домена либо получить временную паузу исходящей почты для проверки безопасности. Это разные состояния, поэтому сначала прочитайте сообщение в панели или приложении.

Признак: один ящик не отправляет, а другой ящик того же аккаунта отправляет.

Решение: откройте ящик в панели и убедитесь, что он активен. Если сообщение указывает на аккаунт, тариф или домен, сначала решите эту проблему. Не считайте причиной блокировку входа: обычно она запрещает вход, но сама по себе не останавливает входящую почту.

Через API отправка из ящика, которому отправка стала недоступна после смены тарифа или домена, отклоняется с кодом mailbox_send_disabled. У временной паузы отправки, описанной ниже, свой код.

Временная пауза отправки

У ящика может быть остановлена только отправка, а получение и чтение продолжатся. Так бывает, когда активность указывает на возможную утечку учетных данных. Это защищает домен, пока владелец проверяет доступ.

Признак: письма по-прежнему приходят и читаются, но исходящие не покидают ящик:

• В веб-почте: "Отправка из этого ящика приостановлена после необычной активности. Обратитесь в поддержку для возобновления".
• В почтовом приложении: отправка не работает, прием продолжается, а приложение сообщает, что сервер не принимает ваш адрес отправителя.
• Через API: отправка отклонена с кодом mailbox_sending_paused.

Решение: требуется проверка поддержки. Обычные элементы управления статусом ящика не снимают защитную паузу.

1. Измените пароль ящика (см. Безопасность почтового ящика).
2. Подключите каждый телефон, почтовую программу или SMTP-скрипт заново с новым паролем приложения или новым паролем ящика, если ящик ещё принимает его. Сброс администратором отзывает все пароли приложений; при собственной смене пароля в веб-почте после взлома выберите Также отозвать все пароли приложений.
3. Создайте заявку на странице поддержки и сообщите, что пароль изменен. Укажите адрес ящика и примерное время, но никогда не передавайте пароль.

Во время проверки письма могут продолжать приходить. Сохраняйте важные черновики локально до восстановления отправки.

Проверка 7: аккаунт приостановлен

Приостановка аккаунта может блокировать исходящую почту и другие действия. Баннер в панели объясняет причину, например:

• "В вашем аккаунте возникла проблема с оплатой. Обновите платежные данные или обратитесь в поддержку". Обновите данные и проверьте платежный статус. См. Исправление неудачных платежей.
• "Мы временно приостановили исходящую почту, потому что серверы получателей отклонили слишком много недавних сообщений". Создайте заявку. Для проверки команда может запросить сведения о качестве списка, настройке отправителя и отредактированный образец письма.
• "Ваш аккаунт временно ограничен. Обратитесь в поддержку за подробностями". При проблеме злоупотребления или безопасности создайте заявку на проверку.

Сменой ящика или домена нельзя обойти приостановку аккаунта. До ее снятия блокируется вся исходящая почта аккаунта.

Проверка 8: сбой аутентификации SMTP

Если клиент сообщает "535 Authentication failed" или "Invalid credentials":

• Неверный пароль или режим входа. SMTP требует пароль приложения для ящика в режиме Только пароли приложений. В режиме Пароль ящика или пароли приложений подходит любой из двух паролей. Никогда не используйте пароль панели владельца аккаунта. Создайте пароль приложения в веб-почте в разделе Настройки > Пароли приложений или в панели: Почтовые ящики > (ящик) > Безопасность > Пароли приложений.
• Ящик не существует. Проверьте список ящиков. Из-за опечатки ящик может отличаться от настроенного в приложении.
• Адрес владельца не подтвержден после льготного периода. См. Проверку 1. Подтверждение проверяется при отправке.

Если программа сообщает "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords." (Вход не выполнен. Этот ящик принимает только пароли приложений: создайте пароль в веб-почте в разделе Настройки > Пароли приложений.), создайте пароль приложения и введите его для входящей и исходящей почты. Некоторые программы показывают только «неверный пароль». См. Пароли приложений для почтовых программ.

Сброс администратором или восстановление пароля отзывает все пароли приложений. Создайте новые для затронутых программ или обновите пароль ящика там, где он ещё принимается, затем подключитесь заново. Не пытайтесь повторно использовать отозванный или старый пароль.

Проверка 9: ошибка настройки BYO SMTP

Если домен использует внешнего SMTP-провайдера:

• Проверьте данные провайдера на вкладке SMTP домена: Домены, выберите домен, затем SMTP.
• Убедитесь, что отправка SMTP включена у провайдера; некоторые также требуют подтвердить домен у них.
• Запустите тест на вкладке SMTP и изучите результат до отправки реальной почты.

Неверные внешние данные могут вызвать общую ошибку. Исправьте их у провайдера, сохраните соединение и повторите тест.

Проверка 10: вас отклоняет сервер получателя

Если в TrekMail все отмечено зеленым, но отдельные домены получателей возвращают письма:

• Сервер может не доверять вашей репутации (новый домен, нет прогрева, SPF/DKIM не согласованы). См. Слишком высокая доля возвратов и Правила прогрева домена.
• Если одновременно перестали работать многие несвязанные домены, проверьте страницу статуса TrekMail и приложите ошибку и время к заявке.
• Некоторые серверы отклоняют почту при неполной аутентификации отправителя или слабой политике DMARC. Проверьте SPF, DKIM и DMARC до изменения содержимого или повторной партии.

Расшифровка распространенных кодов ошибок

Проблема не решена

Создайте заявку на странице поддержки. Укажите:

• Ящик отправителя (alice@yourcompany.com).
• Адрес получателя (или пример, если возвратов много).
• Точный текст ошибки клиента или сообщения о возврате.
• Может ли веб-почта отправить то же письмо тому же получателю. (Если она тоже не может, проблема на стороне сервера.)

Для проверки блокировки доставляемости будьте готовы объяснить, как получатели дали согласие, и предоставить отредактированный образец по запросу. Не отправляйте полный список рассылки, учетные данные или посторонние данные получателей.

Связанные статьи

• Лимиты отправки для тарифов
• Распространенные ошибки отправки и их исправление
• Обязательные записи DNS (MX, SPF, DKIM, DMARC)
• Правила прогрева домена
• Пользовательский SMTP (BYO SMTP)
• Слишком высокая доля возвратов
• Письма попадают в спам
• Не приходят письма?