Работа с почтовыми ящиками
жүктеу/скачать 39,35 Kb.
|
| Почтовый клиент
Почтовые сервисы контролируют процесс доставки писем в почтовые ящики получателей с помощью стандартных механизмов (bounce messages / NDR / DSN / NDN). Однако очень важно понимать, что они не могут как-либо повлиять на этот процесс, если источник проблемы с доставкой уведомления находится на стороне сервера получателя. В некоторых случаях, сервер получателя может сообщить нам, что в процессе доставки уведомления произошла ошибка, например: почтовый ящик не существует на сервере (invalid user / unknown user); доставка в почтовый ящик административно запрещена / пользователь заблокирован (account disabled); пользователь превысил дисковую квоту ящика / ящик переполнен (user quota exceeded); почтовый сервер отклонил письмо из-за подозрения спама (suspect of spam); маршрут до почтового ящика недостижим (unknown route); иные аналогичные ошибки SMTP с кодами 5xx. Нередки случаи, когда сервер получателя работает некорректно и, как следствие, сообщает нам некорректный код ошибки. Например, он может сообщить, что почтовый ящик получателя переполнен, хотя на практике это не соответствует действительности. 1. Если сервер получателя сообщил нам, что в процессе доставки уведомления произошла ошибка, то наша система прекратит отправку уведомлений на указанный пользователем e-mail. Это необходимо, чтобы почтовые сервера не принимали нас за спамеров, рассылающих уведомления, игнорируя предупреждения, полученные от сервера получателя. Если наша система получила сообщение об ошибке и прекратила отправку почтовых уведомлений пользователю,то в верхней части сайта он увидит системное предупреждение: «Мы не можем доставить сообщение по указанному вами адресу e-mail. Чтобы разобраться, в чём дело, перейдите, пожалуйста, по ссылке». Для решения проблемы следует пройти по ссылке в уведомлении и следовать предложенной инструкции. Если выполнение инструкции не помогло возобновить доставку уведомлений, то следует рассмотреть другие пути решения проблемы: проверить корректность указанного e-mail и внести исправления, если в нём допущена опечатка; обратиться в службу поддержки. Наши специалисты проверят историю отправки уведомлений на указанный e-mail и предоставят код сообщения об ошибке и MessageID. С этой информацией владелец почтового ящика сможет обратиться к администратору или специалистам службы поддержки своего почтового сервера, отклонившего уведомление, с просьбой разъяснить сложившуюся ситуацию; заменить e-mail, указав вместо него почтовый адрес на другом почтовом сервере, работающем более корректно. Не следует обращаться в службу поддержки с просьбами отключить проверку корректности доставки уведомлений, поскольку наша система не предусматривает такую возможность. Если сервер получателя не принял уведомление и «попросил» нас повторить его отправку позже, то отправка этого уведомления отложится и некоторое время спустя повторим попытку его доставить. Такое развитие событий возможно, если на сервере получателя активен «greylisting», который перегружен запросами, либо не имеет возможности принять письмо по какой-то иной причине. Если сервер получателя сообщил нам, что уведомление успешно доставлено, но получатель не обнаружил уведомления в папке «Входящие», это может быть обусловлено тем, что: на сервере получателя существует временная задержка доставки писем в почтовый ящик; у получателя активирована пересылка или другие персональные фильтры обработки входящих сообщений. Например, сервис «Google Mail» может автоматически перемещать уведомления от наших ресурсов на вкладку «Соцсети». В таких ситуациях рекомендуется проверять настройки имеющихся фильтров. В разных почтовых сервисах фильтры настраиваются по-разному, более того, кроме персональных фильтров в корпоративных почтовых системах могут действовать и групповые, срабатывающие ещё до попадания письма в ящик конечного получателя; на сервере получателя сработал спам-фильтр, поместивший уведомление в папку-карантин. жүктеу/скачать 39,35 Kb. Достарыңызбен бөлісу:
|