Определение максимально допустимого лага электронной почты

Question

Этот вопрос не на 100% технический. Я посмотрел в Интернете, и я не мог найти это обсуждается.

На нашем веб-сайте есть функция забытого имени пользователя, которая отправляет имя пользователя на электронный адрес пользователя с помощью нашего собственного почтового сервера. Мы также разместили сообщение на веб-странице, в котором просили пользователя подождать 20 минут до прибытия почты, поскольку возможны случайные задержки.

Наш бизнес-тестер затронул интересный момент, заявив, что 20 минут - недопустимое время, чтобы попросить пользователя подождать. Он сказал, что наша технология должна отправлять электронные письма немедленно, а максимальная задержка должна составлять 1 минуту в худшем случае.

Во-первых, получатели обычно сразу получают электронные письма, поэтому проблем не возникает. Но, как показывает наш опыт использования других веб-сайтов, иногда получение электронных писем занимает некоторое время. Я также помню, как читал где-то, что электронные письма (на сетевом уровне) используют более низкое качество обслуживания QoS, чем VoIP-сервисы. Я не могу найти это сейчас. Пользователи также могут испытывать задержки в получении электронной почты из-за проблем на их собственном почтовом сервере.

Теперь все, что мы можем сделать, это отправить почту с помощью нашего почтового сервера и убедиться, что нагрузка и ресурсы на сервере хорошо управляются. 1) Есть ли что-нибудь еще, что мы можем сделать, чтобы наши письма всегда отправлялись быстро. 2) В какое приемлемое время мы можем попросить пользователя подождать, пока он не зарегистрирует звонок с помощью справочной службы? Я считаю, что могут быть задержки на уровне сети / протокола и почтового сервера пользователя, с которыми мы ничего не можем поделать.

Благодарю.

Answer 1

Все, что вы можете сделать, это сообщить пользователю, что ваш сервер "передал" ответственность за доставку электронной почты на указанный SMTP-сервер "вне вашего контроля / ответственности". Вы можете ожидать, что это займет несколько (<5 с) в большинстве случаев (>50%).

Ваш smtp-клиент может попробовать начальную попытку доставки.
В случае успешной доставки => сообщить пользователю, что доставка / задержка доставки электронной почты теперь не под вашим контролем
При (начальной) ошибке доставки => передать сообщение на ваш SMTP-сервер (с пропуском начальной доставки).