Icon

Как диагностировать отсутствие писем при дублях аккаунтов

Пошаговое руководство по поиску потерянных писем (в т.ч. security codes) в базе данных, если на один email зарегистрировано несколько аккаунтов.

By Miroslav Peshkov

Иногда возникает ситуация, когда в финальной таблице gmail_messages отсутствуют входящие сообщения и проверочные коды (security codes) для пользователя. Чаще всего это происходит, когда на один и тот же email-адрес заведено несколько аккаунтов (например, для проверки разных стратегий), и сообщения уходят на неактивный mentee_id.

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

Шаг 1. Проверка наличия дублей аккаунтов

Для начала необходимо выяснить, сколько аккаунтов привязано к проблемному email-адресу.

1
Отфильтруйте записи в таблице mentee по email-адресу пользователя
Step #1: Отфильтруйте записи в таблице mentee по email-адресу пользователя

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

Шаг 2. Отслеживание входящих сообщений

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

7
Откройте таблицу zoho_email_messages
Step #7: Откройте таблицу zoho_email_messages
12
Найдите входящие письма для этого адреса и скопируйте id аккаунта, на который они фактически приходят
Step #12: Найдите входящие письма для этого адреса и скопируйте id аккаунта, на который они фактически приходят

Шаг 3. Поиск писем в финальной таблице

Теперь проверим, дошли ли эти письма до финального агрегатора.

18
Откройте таблицу gmail_messages
Step #18: Откройте таблицу gmail_messages
20
Отфильтруйте записи по скопированному mentee_id
Step #20: Отфильтруйте записи по скопированному mentee_id

Вы увидите, что сообщения (включая проверочные коды) успешно доставляются, но привязываются к mentee_id, отличному от того, который вы ожидали.

Шаг 4. Проверка статуса бота

Осталось выяснить, на каком из аккаунтов действительно включен бот.

47
Откройте таблицу long_apply_config
Step #47: Откройте таблицу long_apply_config
49
Отфильтруйте настройки по найденным mentee_id и проверьте статус активности бота
Step #49: Отфильтруйте настройки по найденным mentee_id и проверьте статус активности бота

Зачастую выясняется, что бот активен на одном аккаунте, а почта фактически сыплется на другой.

Варианты решения проблемы