Используя MX записывает для проверки адресов электронной почты

Сценарий:
У меня есть форма контакта на моем веб-приложении, это получает много спама.
Я проверяю формат адресов электронной почты свободно т.е. ^.+@.+\..+$
Я использую сервис фильтрации спама (defensio), но возвращенные очки спама накладываются с действительными сообщениями. В пороге 0,4 проходит некоторый спам, и вопросы некоторого клиента неправильно брошены в журнал и отображенную ошибку.

Весь спам передает адреса электронной почты фальшивки использования, например, zxmzxm@ywduasm.com

Выделенный сервер PHP5 Linux в США, mysql, регистрируя спам только, посылая не сообщения спама по электронной почте (не сохраненный).

Предложение: Используйте php's checkdnsrr(preg_replace(/^.+?@/, '', $_POST['email']), 'MX') проверять почтовый домен решает к допустимому адресу, журналу в файл, затем перенаправьте с ошибкой для сообщений, которые не решают, продолжаются к сервису спам-фильтра как прежде для адресов, которые действительно решают согласно checkdnsrr().

Я читал (и я скептически отношусь к этому сам), что Вы никогда не должны оставлять этот тип проверки до удаленных поисков, но почему?

Кроме проблем возможности соединения, где у меня будут большие проблемы, чем форма контакта так или иначе, checkdnsrr собирается встретиться с ложными положительными сторонами/отрицательными сторонами?
Были бы некоторые типы адресов та твердость привычки? адреса губернатора? IP адреса электронной почты?
Я должен выйти из имени хоста, которое я передаю checkdnsrr ()?

Решение: комбинация всех трех ответов (жаль, что я не мог принять больше чем один как составной ответ).

Я использую:

$email_domain = preg_replace('/^.+?@/', '', $email).'.';
if(!checkdnsrr($email_domain, 'MX') && !checkdnsrr($email_domain, 'A')){
   //validation error
}

Весь спам регистрируется и поворачивается. В целях обновления до очереди заданий позднее.

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

http://en.wikipedia.org/wiki/Fqdn и

RFC2821
The lookup first attempts to locate an MX record associated with the name.
If a CNAME record is found instead, the resulting name is processed as if 
it were the initial name.
If no MX records are found, but an A RR is found, the A RR is treated as
if it was associated with an implicit MX RR, with a preference of 0,
pointing to that host.  If one or more MX RRs are found for a given
name, SMTP systems MUST NOT utilize any A RRs associated with that
name unless they are located using the MX RRs; the "implicit MX" rule
above applies only if there are no MX records present.  If MX records
are present, but none of them are usable, this situation MUST be
reported as an error.

Большое спасибо всем (особенно ZoogieZork для рекордная подсказка по нейтрализации)