Как обращаться с недействительными адресами электронной почты?

Мой сервер - Windows Server 2003. У меня огромный список подписчиков. Многие из них имеют недопустимый адрес электронной почты, как, user@yahoooooo.com, user@gmailyahoo.com, user@homail.com...

Я хочу отправить электронное письмо всем своим пользователям, но оно также отправит и на недействительные электронные письма. И, таким образом, это создаст отказ от электронной почты. Как справиться с этим отказов электронной почты? Любой хороший учебник, которым я могу следовать?

6 ответов

В моей компании у нас есть небольшой инструмент, написанный на.NET с использованием стороннего компонента ListNanny. Он используется для классификации и разбора сообщений электронной почты в SMTP Badmail папка или отчеты о недоставке (недоставленные отчеты или недоставленные поступления).

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

Вот примеры того, что можно проанализировать:

  • HardBounce: серверу не удалось доставить ваше сообщение (например, неизвестный пользователь, почтовый ящик не найден)
  • Временный: сервер не смог временно доставить ваше сообщение
  • Отписаться: отписаться или удалить запрос
  • Подписаться: запрос на подписку от кого-то, кто хочет быть добавленным в список рассылки.
  • Автоответчик: автоответчик (например, "Вне офиса" или "В отпуске")
  • AddressChange: получатель запросил изменение адреса.
  • DnsError: временная ошибка DNS.
  • ChallengeVerification: отскок - это вызов, требующий подтверждения, что вы действительно отправили электронное письмо. Типичные проблемы возникают из-за спама или MailFrontier Matador.
  • SpamNotification: сообщение было доставлено, но было либо заблокировано пользователем, либо классифицировано как спам, электронная почта или отклонило содержимое.
  • OpenRelayTest: отчет о недоставке представляет собой тестовое сообщение электронной почты, чтобы проверить, является ли почтовый сервер открытым ретранслятором.
  • Неизвестно: невозможно классифицировать отчет о недоставке
  • SoftBounce: невозможно временно доставить сообщение (т. Е. Почтовый ящик заполнен, учетная запись отключена, превышена квота, не хватает места на диске)
  • VirusNotification: отскок на самом деле является предупреждением о вирусах о сообщении, инфицированном вирусом или кодом.

Хотя ваш отчет о недоставке может быть доставлен в почтовый ящик и отсеять вещи оттуда в моей компании, мы используем сторонний инструмент, чтобы проверить достоверность наших списков рассылки, прежде чем отправлять их. Это помогает сократить количество отчетов о недоставке, которые мы производим (это, очевидно, не идеально - ничего не происходит), но это очень помогает.

Программа GLock Softwares Advanced E-Mail Verifier Pro стоит 99 долларов, что дешево для выполняемой работы.

ИМХО, лучше не генерировать отчеты о недоставке, чем иметь с ними дело.

Вам следует рассмотреть возможность обработки отклоненных писем и использовать результаты обработки, чтобы соответствующим образом обновить адреса электронной почты. Это будет означать, что вы не отправляете на плохой адрес электронной почты более одного раза, и вы также должны иметь возможность управлять общими ситуациями, такими как отклоненные сообщения, поскольку почтовый ящик получателя заполнен. Простое решение, которое бесплатно и использует php:

http://phpmailer.worxware.com/index.php?pg=bmh

Это во многом зависит от того, что вы используете для почтовой программы. Из вашего другого вопроса я думаю, вы не знаете, что это такое. Если вы знаете, что вы будете иметь дело со многими отчетами о недоставке (в отчетах о недоставке по электронной почте), то установите адрес От: в почтовый ящик, размер которого может увеличиться. Тогда вы, вероятно, можете пройти через это и отсеять плохие адреса из вашего списка. В зависимости от того, что ваш почтовик, у вас может быть больше вариантов, чем это, хотя.

На CoverYourASP есть источник Javascript ASP со ссылкой на описательную статью.

Эта взломанная статья также может быть хорошо прочитана.

Хороший простой Perl-модуль, чтобы охватить это: Email:: Valid"Этот модуль определяет, правильно ли сформирован адрес электронной почты и, если необходимо, существует ли почтовый хост для домена".

Это, однако, не проверяет, что его можно доставить никакими средствами.

Другие вопросы по тегам