Лучшая практика — время ожидания SMTP

Лучшая практика — время ожидания SMTP

Добрый день,

Вопрос довольно прост. Какова должна быть наилучшая практика для тайм-аута SMTP-соединения на ПРИНИМАЮЩЕЙ стороне?

Предыстория: В настоящее время у нас возникла проблема с отправителем, которому требуется 10 минут, чтобы отправить нам письмо размером около 10 МБ. Очевидно, что это довольно медленно. Почему это происходит медленно, мы не знаем, поскольку мы не общаемся с отправителем напрямую (и я почти уверен, что их ИТ-отдел развернется и проигнорирует проблему).

В настоящее время мы настроены на тайм-аут письма, если его выполнение занимает более 10 минут. Если это занимает 11 минут, оно будет временно отклонено и возвращено отправителю с сообщением о том, что служба недоступна и что им нужно повторить попытку. Во время соединения происходит постоянная передача пакетов, так что это не похоже на то, что связь прерывается или что-то в этом роде, если бы мы просто увеличили тайм-аут с 10 до 20 минут, например, я почти уверен, что у нас было бы больше успешных писем, чем временно отклоненных.

Это проблема? Какова будет лучшая практика? Мы обрабатываем миллионы писем там, где я работаю. Поэтому я борюсь с отделом, в котором есть эта конфигурация, потому что они боятся "воздействия" в целом.

Но на самом деле влияние может быть минимальным, так как наши принимающие почтовые серверы будут по-прежнему обрабатывать другие письма, ожидая окончания этих "20 минут". Это не приведет к затору, так как это всего несколько писем в день, и многие из них - ПОВТОРНЫЕ ПОПЫТКИ из более ранних сбоев.

Связанный контент