Назад | Перейти на главную страницу

Как прочитать отчет антиспама «MS ForeFront» в заголовке письма?

Я пытаюсь определить, почему электронные письма, которые я отправляю из папки IIS SMTP Pickup моего сервера, иногда возвращаются обратно.

Один технический специалист из принимающей компании, который не мог получать электронные письма, сказал:

The email would go through if you could configure your server to use
<servername>.<domain>.<tld> instead of just <servername>

Я перешел в следующее место в IIS:

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

Когда я отправляю тестовое электронное письмо, вот отчет об антиспаме, который я вижу из Gmail, например:

X-Forefront-Antispam-Report:
    CIP:<server ip>;
    KIP:(null);
    UIP:(null);
    IPVD:NLI;
    H:<server name>;
    RD:<server name>.<domain>.<tld>;
    EFVD:NLI

Я пытаюсь понять, что все это означает, поэтому я знаю, правильно ли я его настроил. какая разница между H и RD? Есть ли какая-то документация ForeFront Antispam, в которой описывается, что означают различные коды?

  • "H:" - это имя хоста - имя, присвоенное серверу
  • «RD:» выглядит как полное доменное имя (FQDN)

На самом деле это больше похоже на конфигурацию SMTP-сервера, касающуюся того, как ваш сервер «объявляет» о себе другим серверам, когда они согласовывают SMTP-сессии. Просто «ForeFront» является вашей системой, которая в конечном итоге «соединяется» с внешними системами SMTP.

Основная проблема, с которой вы сталкиваетесь (со спамом или возвратными сообщениями SMTP), будет заключаться в том, что сервер, с которого вы отправляете почту, не является SMTP-сервером в Интернете, и, следовательно, для него не должно быть зарегистрировано ни одной из соответствующих почтовых записей. кто-то выполняет поиск в DNS и обратный поиск по IP.

К сожалению, большинство SMTP-серверов возвращаются на все SMTP-серверы, через которые электронное письмо прошло до того, как оно было получено, и если какой-либо из них не будет подтвержден как «законный», они будут отклонять и отбрасывать или возвращать электронное письмо.

Взгляните на что-то вроде SPF: http://www.google.co.nz/search?sourceid=chrome&ie=UTF-8&q=spf

Или может быть хорошей идеей, чтобы исходный сервер не отправлял электронные письма сам, и использовать правильно настроенный SMTP-сервер в вашей организации, например Exchange, или внешнего поставщика SMTP, который позволяет вам ретранслировать.