«Возврат отправителю»: почему письма не доходят и что делать
Вы нажимаете отправить. Через пять минут в ваш почтовый ящик приходит новое письмо от «Mail Delivery Subsystem» или «postmaster@» что-то. Тема: Undelivered Mail Returned to Sender. Вы открываете его и видите стену SMTP-терминологии — Final-Recipient, Diagnostic-Code, Status: 5.1.1 — обёрнутую вокруг исходного письма, которое вы только что отправили. Это письмо о возврате отправителю, и прямо сейчас вы пытаетесь разобраться, что это на самом деле значит.
Вас сразу же атакуют три вопроса. Вы неправильно ввели адрес? Что-то сломалось в его почтовом ящике или в вашей системе отправки? Следует ли переотправить письмо, найти другой способ связаться с человеком или просто забыть об этом адресе?
В этой статье дан конкретный ответ на каждый вопрос, организованный вокруг кода возврата, который вы фактически получили. Ответ почти полностью зависит от того, является ли уведомление о возврате постоянным (5xx) или временным (4xx) — и знание этой разницы отделяет 30-секундное исправление от часов угадывания. Большинство отправителей относятся к каждому отскоку письма одинаково. Это ошибка, которая тихо повреждает репутацию отправителя по всему домену.
Начните с самого сообщения об отскоке — оно рассказывает вам больше, чем вы думаете.
Содержание
- Расшифруйте код возврата перед тем, как что-либо предпринимать
- Поймайте опечатку перед дальнейшим расследованием
- Что на самом деле происходит на стороне сервера
- Жёсткий отскок против мягкого отскока — и почему путать их вредно
- Когда переотправить, когда подождать, когда сдаться
- Создайте план предотвращения отскоков
Расшифруйте код возврата перед тем, как что-либо предпринимать
Каждое письмо о возврате отправителю содержит код статуса SMTP — обычно трёхзначный номер вроде 550, 421 или 452 — спрятанный в теле письма или в строке, помеченной «Diagnostic-Code». Этот код — единственная наиболее важная информация во всём уведомлении об отскоке. Всё остальное — это украшение.
Найдите его перед тем, как что-либо предпринимать. В Gmail нажмите меню с тремя точками и выберите «Показать исходный код», затем найдите строки, помеченные «Final-Recipient», «Action» и «Status». В Outlook прокрутите вниз к «Diagnostic information for administrators» в конце письма об отскоке. Код находится там.
Структура кода, определённая протоколом SMTP в RFC 5321, рассказывает вам, с какой типом сбоя вы имеете дело, основываясь на первой цифре:
- 2yz — успех (вы не видите эти коды в отскоках)
- 4yz (мягкие отскоки) — сервер говорит попробуйте позже. Адрес может быть действительным; что-то временно блокирует доставку.
- 5yz (жёсткие отскоки) — сервер говорит не пытайтесь снова. Адрес, ваша аутентификация или репутация отправителя имеет постоянную проблему у этого получателя.
Современные серверы также возвращают расширенные коды статуса в формате X.Y.Z — например, 5.1.1 означает «неправильный адрес почтового ящика получателя». Согласно реестру расширенных кодов статуса IANA, вторая и третья цифры уточняют точную причину. 5.1.1 — это отсутствующий пользователь; 5.7.1 — это отклонение по политике/безопасности. Если ваш отскок показывает формат X.Y.Z, эти дополнительные цифры выполняют реальную работу.
Вот практическая часть: код определяет, будет ли ваш следующий ход ждать и повторить, исправить что-то с моей стороны или перестать отправлять на этот адрес навсегда. Продолжение отправления на постоянно отскочивший адрес — это то, что повреждает вашу репутацию отправителя у этого провайдера — это означает, что будущие письма к другим получателям на том же домене также могут быть отфильтрованы или отклонены. Отскок — это не только обратная связь на одно письмо. Это точка данных в вашем профиле отправителя.
Вот как наиболее распространённые коды отскоков переводятся в действия, составленные из стандартов IANA, справочника кодов возврата SMTP в Википедии и документации различных поставщиков инфраструктуры электронной почты:
| Код возврата | Что означает сервер | Тип отскока | Ваш следующий ход |
|---|---|---|---|
| 421 | Служба временно недоступна | Мягкий (4xx) | Подождите 24–48 часов, повторите один раз |
| 450 | Почтовый ящик временно недоступен | Мягкий (4xx) | Подождите 24–48 часов, повторите один раз |
| 451 | Ошибка локальной обработки | Мягкий (4xx) | Повторите; проверьте вашу систему отправки |
| 452 | Почтовый ящик получателя переполнен / хранилище исчерпано | Мягкий (4xx) | Подождите, затем повторите; оповестите получателя, если срочно |
| 501 | Неправильный синтаксис адреса электронной почты | Жёсткий (5xx) | Проверьте написание и формат адреса |
| 535 | Ошибка аутентификации | Жёсткий (5xx) | Исправьте конфигурацию SPF/DKIM/DMARC |
| 541 | Письмо отклонено как спам | Жёсткий (5xx) | Проверьте репутацию отправителя и чёрные списки |
| 550 | Почтовый ящик не существует | Жёсткий (5xx) | Перестаньте отправлять; проверьте адрес |
| 551 | Пользователь не локальный; адрес отклонен | Жёсткий (5xx) | Найдите альтернативный способ связи |
| 552 | Хранилище получателя исчерпано (постоянно) | Жёсткий (5xx) | Используйте альтернативный способ связи |
| 553 | Имя почтового ящика не допускается | Жёсткий (5xx) | Проверьте форматирование; адрес может быть неправильным |
| 554 | Транзакция не прошла (часто чёрный список) | Жёсткий (5xx) | Проверьте репутацию отправителя |
Код 4xx — это просьба сервера повторить попытку. Код 5xx — это инструкция сервера прекратить. Путаница между ними тратит часы и повреждает вашу репутацию.
Поймайте опечатку перед дальнейшим расследованием
Столкнувшись с отскоком 550, большинство отправителей сразу же предполагают проблему с сервером, спам-фильтром или какую-то проблему с аутентификацией, стоящую часа гугления. Скучная правда: наиболее частая причина отскока «такого пользователя нет» — это опечатка. Пропущенная буква. Неправильный домен (gmail.co вместо gmail.com). Автозаполнение, которое выбрало неправильный контакт из вашей адресной книги. Проверьте адрес перед тем, как расследовать что-либо ещё.
Пройдите через эти четыре шага по порядку. Первые три занимают в сумме менее двух минут.
1. Перепроверьте адрес посимвольно против исходного источника.
Не доверяйте автозаполнению. Откройте визитную карточку, профиль LinkedIn, строку подписи или контракт, откуда вы изначально взяли адрес. Сравните букву за буквой. Следите за классическими ловушками схожести: цифра 1 против строчной буквы L, цифра 0 против прописной O, пропущенные точки, перестановки букв в домене (gmail против gnail, outlook.com против outloook.com). Удивительное количество отскоков разрешается уже на этом этапе.
2. Проверьте, существует ли домен и принимает ли он почту.
Отскок на самом домене, а не на части пользователя, предполагает, что домен неправильно написан или больше не хостит электронную почту. Используйте инструмент проверки адреса электронной почты, чтобы проверить записи MX домена и подтвердить, что почтовый ящик может получать почту. Это ловит домены, которые выглядят правильно, но не имеют рабочих почтовых серверов — распространено со старыми корпоративными доменами, которые были объединены, проданы или закрыты.
3. Проверьте, является ли адрес одноразовым или временным.
Если получатель зарегистрировался, используя временный почтовый ящик — 10-minute mail, Mailinator, Guerrilla Mail — адрес может истечь между моментом, когда они вам его дали, и когда вы отправили письмо. Проверка одноразовых адресов электронной почты подтверждает это за секунды. Одноразовые адреса рассчитаны на то, чтобы исчезнуть. Обращение с одним как со стабильным контактом — это потраченные впустую усилия.
4. Подтвердите через второй канал.
Перед тем как потратить день на устранение неполадок в вашей системе отправки, отправьте однострочное сообщение через LinkedIn, SMS или другой канал связи, попросив получателя подтвердить свой текущий адрес. Этот 30-секундный ход ловит случаи, которые инструменты пропускают — например, сотрудница, которая ушла из компании три месяца назад, и чей почтовый ящик был удалён, но чей старый домен всё ещё получает письма и отскочивает их обратно. Инструменты видят рабочий домен. Человек видит, что Сара уже не здесь.
Проверка адреса как первая линия защиты от отскоков согласуется с руководством по доставляемости от поставщиков инфраструктуры электронной почты, включая MailerSend и Yahoo Sender Hub. Это также самая дешёвая защита — каждая минута, потраченная на подтверждение адреса, — это минута, не потраченная на ненужный аудит ваших DNS-записей.
Что на самом деле происходит на стороне сервера
Как только вы подтвердили правильность адреса, отскок рассказывает вам что-то об инфраструктуре между вашим ящиком отправки и почтовым ящиком получателя. Пять конкретных причин на стороне сервера объясняют почти каждый законный отскок. Три находятся под вашим контролем. Два — нет.
Почтовый ящик получателя переполнен (коды 452, 552)
Квота почтового ящика сильно варьируется у провайдеров. Бесплатные аккаунты Gmail имеют лимит в 15 ГБ, общие для Gmail, Drive и Photos. Корпоративные почтовые ящики Microsoft 365 обычно составляют 50–100 ГБ. Когда почтовый ящик переполняется, сервер возвращает 452 (временно — «повторите попытку, может быть, они освободят место») или 552 (постоянно — «этот аккаунт больше не принимает»). Согласно документации кодов SMTP от Twilio, различие между двумя — это конфигурируемая настройка сервера; некоторые провайдеры всегда возвращают 452, другие переходят на 552 после повторных сбоев.
Это проблема получателя, а не ваша. Если письмо срочное, свяжитесь с ними другим способом и попросите освободить место. В противном случае подождите день и повторите один раз.
Ваше письмо было помечено как спам (код 541)
Входящие почтовые серверы пропускают каждое письмо через фильтры, которые оценивают спамные паттерны: агрессивные строки темы, несовпадающие отображаемые имена, ссылки на заблокированные домены, вложения с подозрительными расширениями или отправку с IP-адреса с плохой репутацией. 541 означает, что фильтр оценил ваше письмо выше порога отклонения. Согласно руководству MailerSend SMTP, 541 становится всё более распространённым в 2024–2025 году, так как получатели усилили свои пороги спама.
Исправление редко касается самого письма. Обычно это репутация отправителя стоящая за письмом. Чистый, хорошо аутентифицированный отправитель, пишущий точно то же самое письмо с другого домена, часто проходит.
Сервер получателя временно недоступен (код 421)
Почтовые серверы выходят из строя из-за плановых работ, проблем с ёмкостью, сбоев оборудования или смягчения DDoS. 421 — это не о вас — это сервер получателя, говорящий вернитесь позже. Стандартная практика согласно Yahoo Sender Hub — подождать 24–48 часов перед повторной попыткой. Большинство законных платформ отправки — MTA Gmail, поставщики транзакционных писем вроде SendGrid, Postmark, Mailgun — автоматически обрабатывают повторы 4xx с экспоненциальной задержкой. Если вы отправляете разовую почту через клиент рабочего стола, повторная попытка обычно тоже автоматическая. Если вы отправляете через пользовательский скрипт без логики повторных попыток, это проблема, которую вам нужно решить на уровне кода.
Ваша аутентификация не удалась (код 535, иногда 550 или 554)
Это место, где большинство отправителей спотыкаются. Три стандарта аутентификации на основе DNS теперь управляют тем, будет ли ваша почта принята:
- SPF (Sender Policy Framework) — DNS-запись, перечисляющая, какие серверы разрешены для отправки почты с вашего домена. Если ваш сервер отправки не в списке, получатели могут отклонить письмо сразу же.
- DKIM (DomainKeys Identified Mail) — криптографическая подпись, прикреплённая к исходящей почте, доказывающая, что её не изменили в пути и что она пришла с сервера, авторизованного подписывать для вашего домена.
- DMARC (Domain-based Message Authentication, Reporting & Conformance) — политика, которая говорит получателям, что делать, если SPF или DKIM не прошли: поместить письмо на карантин, отклонить его сразу или принять в любом случае.
Когда они не настроены — или неправильно настроены — современные получатели отклоняют почту. Начиная с февраля 2024, Gmail и Yahoo требуют все три для любого отправителя, отправляющего более 5000 сообщений в день, согласно требованиям Yahoo для массовых отправителей. Несоответствующая почта попадает на карантин или отскочивает. Это наиболее частая причина отскоков среди малых бизнесов, которые недавно переключились на поставщика электронной почты и забыли обновить свой DNS.
Большинство отскоков — не ваша вина. Но те, которые виноваты — сбои аутентификации, проблемы с репутацией, триггеры спама — это те, которые вы действительно можете исправить.
Вы достигли ограничения скорости или были добавлены в чёрный список (код 554)
Провайдеры ограничивают отправителей, которые внезапно повышают объём с низкой базовой линии. Отправка 5000 писем во вторник с домена, который обычно отправляет 50 в день, вызовет ограничение скорости или временные блокировки у основных получателей. 554 с текстом вроде «5.7.1 blocked» указывает либо на блокировку на уровне домена (Spamhaus, Barracuda Reputation Block List, SORBS), либо на то, что организация получателя явно заблокировала ваш домен или IP на шлюзе. Согласно руководству по отскокам Mailgun, как только вы в основном чёрном списке, удаление может занять дни, даже после того, как вы исправите основную проблему.
Из этих пяти причин три — триггеры спама, сбои аутентификации и ограничение скорости — находятся под вашим контролем. Два других — переполненные ящики и остановленные серверы — принадлежат получателю или его серверу. Знание того, в какую категорию попадает ваш отскок, определяет, находится ли исправление на вашей стороне или вы просто ждёте.
Жёсткий отскок против мягкого отскока — и почему путать их вредно
Каждый отскок попадает в одну из двух категорий, и обращение с ними одинаково — самый быстрый способ испортить вашу репутацию отправителя. Различие встроено в сам протокол SMTP — первая цифра кода ответа несёт весь смысл. Жёсткий отскок, мягкий отскок. Постоянный, временный. Сервер уже сказал вам, какой это. Вопрос в том, прислушиваетесь ли вы.
| Атрибут | Жёсткий отскок | Мягкий отскок |
|---|---|---|
| Класс кода SMTP | 5xx (постоянный) | 4xx (временный) |
| Распространённые коды | 550, 551, 553, 554 | 421, 450, 451, 452 |
| Типичные причины | Адрес не существует; ошибка аутентификации; постоянная блокировка | Почтовый ящик переполнен; сервер недоступен; greylisting; ограничение скорости |
| Инструкция сервера | Не пытайтесь снова | Попробуйте позже |
| Разрешимо отправителем? | Иногда (аутентификация, репутация); часто нет | Обычно да (ждать и повторить) |
| Действие | Удалите адрес из списка сразу же | Повторите после 24–48 часов |
| Влияние на репутацию, если игнорировать | Серьёзное — повторная отправка помечает вас как спаммера | Минимальное, если вы разумно повторяете |
Три конкретных сценария делают различие осязаемым.
Жёсткий отскок, который выглядит исправляемым, но не является. Вы пишете старому контакту. Вы получаете 550 «пользователь не найден». Адрес правильно написан — вы трижды проверили. Человек ушёл из компании два года назад, и его почтовый ящик был удалён IT. Никакой повтор не будет успешным. Никакое устранение неполадок с вашей стороны не поможет. Почтовый ящик удалён. Найдите его на LinkedIn или идите дальше.
Мягкий отскок, который разрешается сам. Вы пишете клиенту в 9:47 утра. Вы получаете 421 «служба недоступна». Их почтовый сервер проходил техническое обслуживание в плановый период. К 11 часам он вернулся в строй. Если вы использовали обычный клиент электронной почты, ваш исходящий сервер уже автоматически повторил попытку, и письмо прибыло без вашего участия. Если вы использовали однократный скрипт отправки без логики повторных попыток, вам нужно повторить вручную. В любом случае, проблема была не в вас.
Мягкий отскок, который становится жёстким. Вы пишете на личный аккаунт Gmail. Вы получаете 452 «недостаточно хранилища». Вы повторяете попытку каждый день в течение месяца, надеясь, что место освободится. В конце концов аккаунт преобразуется в неактивный статус Google и начнёт возвращать 550. Правильный ход был предупредить получателя другим каналом после второго 452 — а не повторять попытки слепо в течение тридцати дней, пока репутация вашего отправителя поглощала удары.
Каждый провайдер отслеживает, как часто вы отправляете на адреса, которые жёстко отскочивают. Gmail, Yahoo и Microsoft — все используют этот сигнал при оценке спама. Один игнорируемый жёсткий отскок не повредит. Сотня повредит. Двести из одной кампании заставят вас сбросить доставку на доля от вашей нормальной скорости, и дросселирование сохраняется в течение недель. Гигиена списка — это не опционально для отправителей, которые заботятся о доставляемости — это цена попадания в чей-либо ящик.
Когда переотправить, когда подождать, когда сдаться
Сопоставьте вашу ситуацию с одним из этих пяти сценариев и следуйте соответствующему плану действий. Никакие два отскока не заслуживают одинакового ответа.
Сценарий 1 — Мягкий отскок, один получатель (коды 421, 450, 451, 452).
Подождите 24–48 часов, затем переотправьте один раз. Большинство входящих серверов восстанавливаются в этом временном окне согласно соглашениям о повторных попытках, задокументированным Yahoo Sender Hub. Если он отскочит второй раз с тем же кодом 4xx, обращайтесь с ним как с жёстким отскоком — проверьте адрес или свяжитесь с получателем другим способом. Не зацикливайтесь; три попытки повторения — это практический лимит. После этого мягкий отскок функционально постоянный.
Сценарий 2 — Жёсткий отскок, один получатель (коды 550, 551, 553).
Не переотправляйте на тот же адрес. Сервер сказал вам, что почтовый ящик не существует или не будет принимать вашу почту. Проверьте, правильно ли написан адрес, используя приведённый выше чек-лист. Если это правильно, найдите альтернативу — сообщение LinkedIn, телефонный звонок, альтернативную электронную почту или связь через коллегу. Переотправка на один и тот же жёстко отскочивший адрес — самый быстрый способ повредить вашу репутацию отправителя согласно задокументированным практикам оценки провайдеров (Mailgun). Спам-фильтр сервера получателя ведёт заметки каждый раз, когда вы пытаетесь.
Сценарий 3 — Отскок со спам-релевантным кодом (541, 554 с текстом "blocked").
Не переотправляйте. Переотправка углубит проблему с репутацией и подтвердит серверу получателя, что вы не обращаете внимания на его отклонения. Проверьте, появляется ли ваш домен или IP в основных чёрных списках — Spamhaus ZEN, Barracuda Reputation Block List, SORBS. Если ваше письмо было срочным, свяжитесь с получателем другим способом и скажите им, что вы можете быть заблокированы у их конца; их IT-команда иногда может добавить вас в белый список за минуты. Затем исправьте основную проблему (аутентификация, содержание, объём отправки, репутация IP) перед отправкой дополнительной почты на этот домен.
Сценарий 4 — Срочное письмо, которое отскочило.
Не полагайтесь на повтор. Возьмите трубку, отправьте текст, сообщение через Slack/Teams/WhatsApp или используйте любой канал, который подтверждает получение в реальном времени. На отскоки писем нет соглашения об уровне обслуживания — ваша повторная попытка может прибыть за 4 часа, за 4 дня или никогда. Если сообщение важно сегодня, электронная почта больше не является правильным каналом для этого разговора. Переключитесь.
Сценарий 5 — Несколько отскоков из массовой отправки.
Немедленно остановите кампанию перед отправкой дополнительных писем. Процент отскоков выше порога 2%, широко рекомендуемого провайдерами как приемлемый, указывает на проблемы с гигиеной списка и вызывает фильтрацию против оставшихся получателей — это означает, что люди, чьи адреса хорошие, перестанут получать вашу почту. Приостановитесь. Запустите ваш список через валидацию электронной почты перед возобновлением. Проверьте вашу конфигурацию аутентификации (SPF, DKIM, DMARC). Проверьте Google Postmaster Tools и Microsoft SNDS, чтобы увидеть, дросселируют ли вас Gmail и Outlook. Возобновление кампании во время события отскока усугубляет урон репутации с каждым дополнительным отправленным сообщением.
Паттерн во всех пяти сценариях: отскоки — это сигналы, а не просто ошибки. Каждый рассказывает вам что-то конкретное о том, почему доставка не удалась. Обращение с ними как с взаимозаменяемым шумом — это то, что превращает восстанавливаемый сбой в долгосрочную проблему доставляемости.
Создайте план предотвращения отскоков
Большинство отскоков предотвратимы до отправки. Обращайтесь со следующим как с постоянным чек-листом, который внимательный отправитель проходит — один раз для каждого нового списка контактов, ежемесячно для текущих программ.
1. Проверьте адреса перед отправкой (особенно для новых списков).
Запустите любой список из 50+ адресов через инструмент валидации электронной почты, который проверяет синтаксис, MX-записи и существование почтового ящика. Перехват неправильных адресов перед отправкой удерживает процент отскоков ниже порога 2%, который провайдеры относят как красный флаг. Одноразовые адреса также должны быть на экране скрининга — они истекают молча и становятся жёсткими отскоками. Проверка одноразовых адресов ловит их за секунды, прежде чем они будут импортированы в любую кампанию.
2. Установите SPF, DKIM и DMARC для вашего домена отправки.
Эти три DNS-записи аутентифицируют вашу почту. Начиная с февраля 2024 года, Gmail и Yahoo требуют все три для любого отправителя, превышающего 5000 сообщений в день, и они отклоняют или помещают на карантин несоответствующую почту согласно требованиям Yahoo для массовых отправителей. Установка — это одноразовое изменение DNS. Если вы отправляете с пользовательского домена через Google Workspace, Microsoft 365 или поставщика транзакционной почты вроде Postmark или SendGrid, следуйте опубликованному руководству этой платформы — у каждого крупного провайдера есть одно. Не импровизируйте синтаксис. Плохие записи SPF вызывают больше отскоков, чем отсутствующие.
3. Еженедельно контролируйте вашу репутацию отправителя.
Используйте Google Postmaster Tools (бесплатно, требует проверки DNS) и Microsoft SNDS, чтобы увидеть, как Gmail и Outlook оценивают ваш домен и IP. Наблюдайте три сигнала: внезапные падения репутации домена, процент жалоб на спам выше 0,1% и репутация IP помечена как «Плохая» или «Низкая». Перехват дрейфа репутации на ранней стадии — когда кампания работала хуже, чем ожидалось, когда жалобы выросли — предотвращает разрушающие кампанию отскоки, которые приходят месяцами позже, когда оценка наконец переходит порог.
4. Постепенно разогревайте новые домены и IP-адреса отправки.
Отправка 10 000 писем в первый день с совершенно нового домена вызывает фильтрацию на основе объёма у каждого крупного получателя. Начните примерно с 50 сообщений в день активным получателям, удваивая еженедельно, пока не достигнете целевого объёма. Входящие серверы строят профили репутации на основе последовательной, маловысокопроизводительной отправки — внезапные всплески объёма выглядят неотличимо от скомпрометированных аккаунтов или спам-запусков, и обращаются с ними соответственно.
5. Обработайте отскоки и отписки в течение 24 часов.
Жёстко отскочившиеся адреса должны быть удалены из вашего активного списка отправки сразу же. Подавленные адреса — отписки, жалобы, предыдущие жёсткие отскоки — принадлежат постоянному списку подавления, который никогда не переимпортируется. Большинство платформ электронной почты (Mailchimp, HubSpot, SendGrid) обрабатывают это автоматически, но проверьте конфигурацию. Если вы отправляете из пользовательской системы, постройте логику подавления в. Стоимость обработки отскоков оплачивается репутацией, и счёт приходит месяцами позже.
6. Запустите тест семян перед любой отправкой выше 1000 получателей.
Сначала отправьте кампанию на небольшой список адресов семян у крупных провайдеров — Gmail, Outlook, Yahoo, iCloud, плюс один корпоративный домен, который вы контролируете. Подтвердите размещение в ящике (не вкладка Promotions, не папка спама) перед запуском на полный список. 10-минутный тест семян ловит перерывы аутентификации, триггеры фильтра контента, сломанные изображения и проблемы с отображением, которые иначе попали бы на тысячи получателей. Стоимость пропуска этого шага примерно равна стоимости всей кампании — потому что плохое первое впечатление в масштабе сложно восстановить.
Эти шесть привычек, составленные из требований Yahoo Sender Hub для массовых отправителей и руководства по доставляемости, задокументированные в основных поставщиках инфраструктуры электронной почты, — это разница между отправителями, чья почта последовательно попадает в ящики, и отправителями, которые тратят половину времени на устранение неполадок, почему письмо о возврате отправителя продолжает появляться. Работа находится в вышестоящем потоке отскока, а не внизу.
Отскоки — это не проблема отправки, которую нужно исправлять постфактум. Это проблема списка и аутентификации, которую нужно решать перед отправкой первого сообщения.