Там не правило, и именно поэтому я должен идти в более подробно:
Обычно, я поверю, что поставщик услуг электронной почты говорит мне: а harbounce говорит, что есть постоянные проблемы с определенным адресом электронной почты (т.е. не существует) в то время как softbounce говорит, что есть только временная проблема (т.е. превысил дисковую квоту пользователя).
Полагаю, что провайдер, Я бы сбросил адреса электронной почты с помощью hardbounce из моего списка, сохранив их с softbounces. Может быть несколько причин для softbounce, которые могут потребовать взаимодействия пользователя с владельцем электронной почты (т. Е. Освобождение некоторого дискового пространства на сервере, удалив электронные письма). Таким образом, вы не можете предсказать момент времени, когда электронное письмо может быть доставлено пользователю. Но вы можете попробовать переслать на основе последовательности масштабирования, например Fibonacci numbers, и сбросить адрес при достижении определенного предела.
Не веря провайдеру,, вы можете дополнительно подсчитать hardbounces для каждого адреса. В этой стратегии возникают проблемы со стороны почтового провайдера (отправка ложных жестких дисков). Недавно я работал с коммерческой системой рассылок. Они использовали счетчик для hardbounces и softbounces каждый. Поскольку вы обычно не отправляете информационный бюллетень каждый час по тому же адресу, достаточно времени, чтобы технические проблемы со стороны поставщика могли быть исправлены. Предел по умолчанию для hardbounces составлял 3, и информационный бюллетень не подвергался повторному обращению после жесткого отказа. Адреса отключили только после достижения глобального предела и были сброшены после успешной доставки электронной почты.
I * думаю * этот вопрос, вероятно, принадлежит серверу server.com, но я не уверен. –