Мы отправляем партию ада электронных писем к нашим устройствам BREW (в сети спринта), и через некоторое время наш почтовый сервер ставит сообщения в очередь и застревает. Когда мы пытаемся сбросить их, мы получаем следующий из сервера. Существует ли решение этой проблемы? Эта ошибка 452 от нашего почтового сервера или почтового сервера спринта? Как настроиться sendmail для более быстрой почтовой обработки?
Running /var/spool/mqueue/n7QNOrsZ072192 (sequence 1 of 3)
<6198466914@messaging.sprintpcs.com>... Connecting to mx.messaging.sprintpcs.com. via esmtp...
220 lxnipc6003.nmcc.sprintspectrum.com ESMTP
>>> EHLO smtp.xyz.com
250-lxnipc6003.nmcc.sprintspectrum.com
250-8BITMIME
250 SIZE 20480
>>> MAIL From:<LocateNow@xyz.com> SIZE=1148
250 sender <LocateNow@xyz.com> ok
>>> RCPT To:<6198466914@messaging.sprintpcs.com>
452 Too many recipients received this hour
<6198466914@messaging.sprintpcs.com>... Deferred: 452 Too many recipients received this hour
>>> DATA
503 #5.5.1 RCPT first
>>> RSET
250 reset
Это называется серым списком. Когда вы отправляете слишком много электронных писем (или чаще - определенное количество писем, где получатель не существует), целевой почтовый сервер не заносит вас в черный список, а вместо этого временно блокирует доступ с вашего почтового сервера (по сути, IP-адрес вашего почтового сервера). Обычно эта блокировка устанавливается на 1 час, но, очевидно, может варьироваться в зависимости от конфигурации.
Вы можете сделать несколько вещей:
Похоже, mx.messaging.sprintpcs.com вас задушит. Возможно, попробуйте отправить свою почту с разных IP-адресов, чтобы справиться с этим. Вероятно, это попытка борьбы со спамом.
Это с их сервера. Похоже, это предотвращение переполнения электронной почты.
Одна из альтернатив - использовать управляемые приложением SMS для передачи данных в ваше приложение BREW.