Письмо ушло через SMTP, но его нет в «Отправленных»

Отправка через SMTP и сохранение копии в «Отправленных» — разные результаты. Если письма там нет, выясните, какая программа отправляла его и кто должен создавать копию: клиент, приложение или почтовый сервис. Не отправляйте рабочее сообщение повторно только из-за пустой папки: получатель мог уже его получить.

Разделите три вопроса о письме

Первый вопрос — приняла ли отправляющая система сообщение для дальнейшей обработки. Второй — что произошло на пути к адресату. Третий — появилась ли сохранённая копия в ожидаемом ящике. Один положительный или отрицательный ответ не закрывает автоматически остальные.

В RFC 5321 SMTP описывает передачу почты и ответственность после приёма. А в RFC 9051 об IMAP APPEND описан как добавление сообщения в указанное почтовое хранилище. Это разные действия, даже когда интерфейс клиента объединяет их одной кнопкой отправки.

Какой результат чем подтверждается

Таблица предназначена для учёта свидетельств, а не задаёт обязательные возможности любого провайдера. Если доступен только ответ SMTP, так и запишите. Не дополняйте неизвестную доставку уверенным «письмо дошло», а отсутствие видимой копии — уверенным «письмо потеряно».

Кто отправил: сайт, клиент или веб-почта

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

Начните с описи источников: приложение сайта, настольный клиент, веб-интерфейс, внешняя служба. Для каждого согласуйте, нужна ли отправленная копия и где её искать. У записи в журнале приложения тоже есть своё назначение; строка с идентификатором операции не равна полнотекстовому архиву переписки.

Настройка клиента зависит от сервиса

В документации Thunderbird описана настройка Place a copy in и выбор папки для копий. Проверьте нужную учётную запись и реальное назначение папки: она может быть локальной или относиться к другому ящику. Название «Отправленные» на экране само по себе этого не устанавливает.

При этом Gmail даёт собственные рекомендации IMAP-клиентам: при отправке через его SMTP копии сохраняются сервисом, поэтому дополнительное сохранение клиентом рекомендуют отключить. Следовательно, универсальный совет «всегда включить ещё одну копию» тоже неверен и способен создать дубли.

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

Сохранение может не завершиться после передачи

Когда клиент сообщает об ошибке сохранения, уточните её этап. Возможно, передача уже закончилась, а проблема возникла при записи копии в папку. До повторной отправки сверьте диагностические сведения и исходное событие. Не превращайте кнопку «повторить» в непроверенную вторую отправку клиенту.

Для IMAP-сохранения важны правильное назначение папки и результат операции записи. RFC 9051 предусматривает отдельный ответ APPEND; факт успешного входа в ящик не подтверждает, что добавление сообщения прошло. Если клиент показывает только общую ошибку, специалисту потребуется относящийся к попытке результат без секретов авторизации.

Один безопасный тест вместо серии дублей

1. Выберите собственный или согласованный тестовый адрес и нейтральное сообщение с различимым названием.
2. Запишите источник отправки, время и идентификатор попытки, если он доступен.
3. Проверьте передачу и получение, затем отдельно ожидаемое место сохранения копии.
4. Сравните серверный просмотр и клиентскую папку, не создавая новую отправку ради обновления списка.
5. Если копии дублируются, установите оба механизма сохранения и согласуйте единственного ответственного за неё.

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

Для чего компании нужна отправленная копия

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

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

Что оставить в итоговой записи

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