Читаем заголовок Received: что там видно

Раз в неделю кто-нибудь приносит письмо со словами «оно шло четыре часа» или «получатель говорит, что не приходило». И почти всегда ответ лежит в заголовках, которые никто не открывает.

Разберу на пальцах, как читать Received. Дальше поправите и добавите своё.

Главное правило: читать снизу вверх. Каждый узел, через который прошло письмо, дописывает свою строку сверху. Самая нижняя строка это первый шаг, самая верхняя это последний.

Received: from mx.poluchatel.net (mx.poluchatel.net [198.51.100.7])
        by store-4.poluchatel.net with LMTP id 8ab2c
        for <ivan@poluchatel.net>; Tue, 04 Mar 09:12:44 +0000
Received: from relay.otpravitel.org (relay.otpravitel.org [203.0.113.44])
        by mx.poluchatel.net with ESMTPS id 41f9d
        for <ivan@poluchatel.net>; Tue, 04 Mar 09:12:41 +0000
Received: from rabochiy-pk (unknown [192.0.2.90])
        by relay.otpravitel.org with ESMTPSA id 77c10;
        Tue, 04 Mar 05:41:09 +0000

Ниже всего адрес, с которого письмо сдали на отправку. Выше видно, как оно пошло по узлам. Разница во времени между строками показывает, где именно оно стояло.

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

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

а что значит ESMTPSA против ESMTPS? раньше не замечал разницы

Хороший вопрос, по этой букве много чего видно.

SMTP это голый разговор без шифрования. ESMTPS это разговор с расширениями и шифрованием. Последняя A в ESMTPSA означает, что отправитель на этом шаге представился логином и паролем.

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

Вот на это и смотрят фильтры получателя в первую голову.

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

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

Именно так. И ещё одно место, куда я смотрю всегда: поле for <адрес>. Оно показывает, кому узел передавал письмо на этом шаге.

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

И отдельно про id. Когда просите у чужой стороны выписку из лога, давайте им этот номер. Просьба «покажите логи за вторник» разбирается втрое дольше и часто заканчивается ничем.

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

Мы завели постоянный выход и гоним отправку через него, взяли под это приватные серверные адреса с безлимитным трафиком. В нижней строке Received теперь всегда один и тот же адрес, и разбирать чужие жалобы стало заметно проще.

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

Если после этого причина не нашлась, дело почти всегда в правилах на стороне получателя.