Параметр Mailgun o:testmode позволяет принять сообщение для проверки без отправки получателю. Поэтому тестовый адрес в таком запросе не создаёт реального наблюдения Inbox Placement. Для проверки через LDM подготовьте разрешённое настоящее письмо, отправьте его напрямую по своему маршруту Mailgun и сопоставьте журнал отправителя с папками найденных копий.
Успешный ответ API может выглядеть убедительно, хотя отвечает не на тот вопрос. Перед расследованием отсутствующего письма выясните, предполагалась ли доставка вообще. Иначе защитный механизм среды разработки легко принять за проблему репутации, а ожидаемое отсутствие сообщения — за Spam.
Ниже описан процесс с адресами, выданными LDM. Он не предполагает нативной интеграции или автоматического доступа LDM к аккаунту Mailgun. Каждая реальная отправка остаётся отдельным действием вашей системы.
Успешный поиск без копии отличается от недоступного ящика и незавершённой проверки
Что означает o:testmode
Согласно руководству Mailgun, значение yes или true у o:testmode заставляет сервис принять сообщение, но не отправлять его. Там же указано, что сообщения в тестовом режиме оплачиваются. Отсутствие внешней доставки не делает этот режим бесплатной заменой любых интеграционных проверок.
Если режим включён, копия во внешнем ящике не должна появиться. Замена адреса в to на получателя LDM не меняет этого поведения. Прежде чем оценивать результат, сохраните эффективные параметры запроса вместе с ответом.
На этом этапе можно исследовать формирование запроса приложением и обработку ответа Mailgun. Обозначайте результат как проверку обработки. Чтобы измерить папку, понадобится другое сообщение, действительно допущенное к внешней доставке.
Сохраните реальный путь Mailgun
Messages API описывает два HTTP-варианта: передать отдельные части для сборки сообщения или отправить готовый MIME. Mailgun также поддерживает SMTP. Эти способы подачи нельзя считать автоматически взаимозаменяемыми в эксперименте.
Если приложение самостоятельно собирает MIME с заголовками и вложениями, короткий ручной HTTP-пример будет другим образцом. Если используются сохранённый шаблон и данные адресата, произвольный inline HTML не проверит результат этого шаблона.
Запишите отправляющий домен, видимый From, настоящий способ подачи, редакцию шаблона и итоговые опции. Сохраните настройки трекинга: API предусматривает управление ими для отдельного сообщения. Сначала воспроизведите рабочий вариант, а затем сравнивайте явно обозначенные изменения.
Контролируемая проверка Mailgun и LDM
1. Подготовьте конкретное сообщение
Выберите один тип письма: чек, уведомление приложения или обновление для подписчиков. Определите, что проверяется: новый шаблон, изменённый маршрут либо текущие условия отправки. Для каждой задачи нужны понятные исходные данные.
Используйте реалистичные значения без чувствительной информации. Проверьте тему, HTML, текстовую часть, ссылки и вложения. Сохраните необходимую отписку. Зафиксируйте версию, чтобы последующая правка в редакторе не изменила образец незаметно для участников проверки.
2. Посмотрите эффективную конфигурацию
Выясните, что действительно подаёт приложение, включая изменения, которые вносит библиотека-обёртка, обработчик очереди или окружение. Для HTTP проверьте присутствие и значение o:testmode. Для SMTP исследуйте предусмотренные конкретной реализацией средства управления, не выдавая HTTP-параметр за настройку SMTP.
Проверьте также, не запланирована ли отправка на более позднее время. Письмо, срок подачи которого ещё не наступил, нельзя считать неудавшимся наблюдением в ящике. При сохранении конфигурации удалите пароли, ключи и другие учётные данные.
3. Отдельно выполните проверку без доставки
Если тестовый режим используется в разработке, запустите его и проверьте реакцию приложения. Сохраните этот результат отдельно от последующей реальной отправки.
Возвращённый идентификатор не является доказательством получения внешним ящиком. Он нужен для связи записей и должен храниться вместе с режимом запроса. Иначе другой участник расследования может ошибочно интерпретировать принятый тест как доставленное сообщение.
4. Получите адресатов LDM
Откройте Inbox Placement by LDM, укажите настоящий адрес отправителя и получите текущие адреса проверки. Используйте их во временном, конечном задании. Не добавляйте получателей в прогрев, постоянную базу или повторяющиеся события приложения.
Убедитесь, что аккаунт, домен и процесс работы с адресатами разрешают реальную отправку. Ограничение аккаунта или suppression требует выяснения допустимого порядка действий. Оно не является поводом обходить ограничение, чтобы любой ценой получить показатель.
5. Отправьте новый оригинал
Подготовьте отдельное задание настоящей отправки. Для HTTP уберите test-mode option из запроса этого задания и перед подачей проверьте итоговую конфигурацию. Не отключайте защитные настройки всех staging-задач.
Сформируйте сообщение тем же кодом, который используется для настоящих адресатов, и отправьте непосредственно в LDM. Не пересылайте ранее полученную копию. Оставьте обычное содержимое, соответствующие заголовки и обязательную отписку.
Сохраните время запроса, ссылку на задание приложения, ответ Mailgun и доступный идентификатор сообщения. Последующие события доставки должны относиться именно к этой отправке, а не к другому письму с похожей темой.
6. Сравните разные виды данных
Читайте журнал и результат по методологии LDM. Missing или unknown не подтверждают Spam. Promotions и другие дополнительные категории являются местами получения, отличными от основной Inbox и Spam.
Окно 24 часа наблюдает ту же полученную копию. Оно не создаёт новые письма на каждой отметке. Сохраняйте время успешных измерений: последующая ошибка чтения не стирает прежнее наблюдение и не доказывает текущую папку.
Условный пример со скрытой настройкой
Разработчик создаёт placement-тест, подставляет адреса и получает успешный ответ. Копий нет. В видимом коде тестовый режим не указан, поэтому команда подозревает новые ссылки шаблона.
При проверке эффективного запроса выясняется, что обёртка для разработки добавляет o:testmode=yes. В этом условном случае отсутствие доставки объясняется конфигурацией. Доказательств, что ссылки повлияли на фильтрацию, нет: внешняя копия ещё не была отправлена.
После исправления отдельного задания команда отправляет новый оригинал. Допустим, одна копия найдена в Spam, а другая остаётся неопределённой из-за ошибки чтения ящика. Это разные результаты. Исследуйте доступные данные полученной копии и сохраните пробел наблюдения, не присваивая обоим адресатам одинаковый диагноз.
Как подготовить следующее сравнение
Если исходный вариант выявил проблему, сформулируйте узкий вопрос. Например, можно отдельно сравнить обычное сообщение и вариант с изменённым необязательным click tracking, сохранив отправителя, текст и маршрут. Требуемая отписка должна работать в обоих вариантах.
Разница даёт повод продолжить исследование, но одна пара отправок не устанавливает общее правило о трекинге или Mailgun. Между опытами могут различаться время, история получателя и другие условия. Описывайте обнаруженное изменение вместе с ограничениями, не обещая одинаковый эффект для всех адресатов.
Частые вопросы
Доказывает ли Mailgun message ID доставку?
Нет. Идентификатор нужно читать вместе с режимом запроса и последующими событиями. Это средство прослеживания, а не подтверждение появления копии во внешней папке.
Можно оставить test mode и поменять только получателя?
Нет. Режим должен соответствовать цели эксперимента. Для наблюдения папки подготовьте отдельный разрешённый live-запрос и проверьте его реальные параметры.
Нужно перейти с SMTP на HTTP ради теста?
Только если вы хотите оценить HTTP-путь. В остальных случаях сохраните SMTP и его способ формирования сообщения. Сравнение маршрутов обозначайте отдельно.
Заменяет ли LDM журналы Mailgun?
Нет. Журналы объясняют подачу и транспортные события, а наблюдения добавляют сведения о конкретных копиях. При отсутствующем или неожиданном результате используйте оба источника.
Всё за пределами primary Inbox считается Spam?
Нет. Сохраняйте реальные категории. Дополнительная папка, Spam, успешный поиск без копии и ошибка наблюдения описывают разные ситуации.
Измерьте настоящее письмо
Создайте тест LDM и выполните ограниченную отправку через рабочий маршрут Mailgun. Сохраните режим, идентификатор сообщения и наблюдаемые папки в одной понятной записи проверки.