определить состояние возврата адреса электронной почты в режиме возврата / возврата без отправки письма на этот адрес

317
chiliNUT

Когда вы отправляете электронное письмо, которое по какой-то причине отклоняется сервером, вы можете получить сообщение об отказе с полезной информацией о том, почему электронное письмо было отклонено, например, код состояния RFC. Есть ли способ получить эту же информацию, не отправляя электронное письмо, например, пинг? Так что я мог бы сказать: если бы я гипотетически отправил электронное письмо по адресу address@domain.com, могу ли я точно знать, будет ли оно отскочить? И если он отскочит, как будет выглядеть отскок?

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

Я хочу сделать запрет «испытательным», когда я проверяю адрес в будущем, чтобы убедиться, что он все еще не восстановлен. Может быть, их почтовый ящик был просто полон, а теперь нет. Или, может быть, их сервер занес в черный список мой IP, и с тех пор я попал в белый список. Есть ли способ определить это, не отправляя им письмо? Если он снова отскочит, он потенциально может продолжать скручивать мою почтовую очередь и тратить ресурсы сервера, чего я пытаюсь избежать.

Я использую qmailна CentOS.

0

1 ответ на вопрос

1
Dan Cornilescu

The only think you could do is look at the bouncing reason and maybe differentiate between a non-existent user or some other 'permanent' reason (bad email address likely to continue failing indefinitely) and a transient reason (including inbox full) where you could keep retrying periodically, maybe using a progressively increasing delay scheme to not waste resources - but not give up for good.

Other than that no, you can't find out if a retry will bounce since you don't know if the transient condition still exists or not.

You could go into more details here: https://www.oasis-open.org/khelp/kmlm/user_help/html/how_email_works.html

Отмечать непереходные сбои как постоянные запреты - отличная идея, сейчас кажется такой очевидной chiliNUT 8 лет назад 0

Похожие вопросы