SPF достаточно, чтобы удостовериться, что электронные письма поставляются ящику входящих сообщений?
Я думаю, что Вы найдете все (или по крайней мере приятная сумма) информации, которую Вы хотите в этой статье MSDN, непосредственно связанной с предметом:
Хотя я сомневаюсь, что это непосредственно касается Вашей ситуации, я видел один большой глюк при вызове неуправляемого кода от блок. Что-то вроде этого сообщения.
Кроме того, любые зависимости, которых Ваш блок требует также, должны быть зарегистрированы в SQL. Даже вещи как System.dll. Это может стать ужасным. Очень немного блоков благословлены SQL по умолчанию.
SPF может способствовать в зависимости от способа, которым почтовый сервер получателя был установкой. Обычно я видел, что он используется взвешивать сообщение как не спам, не действовать как особенно решающий фактор. DKIM также поможет таким же образом.
Однако лучший способ Вашей почты, которую рассматривают как законный, состоит в том, чтобы удостовериться к основам, покрыты
- удостоверьтесь, что сервер является установкой правильно, имя сервера (т.е. имя, предлагаемое в HELO/EHLO, когда Вы, которых сервер поставляет почте) допустимый FQDN
- удостоверьтесь, что рекорд PTR для IP сервера устанавливается. Это должно (по крайней мере) иметь допустимую запись PTR, идеально это должно соответствовать имени хоста сервера (хотя не слишком много поставщиков волнуются о соответствии. Ваша запись SPF может указать обоих).
- используйте допустимое от адреса при отправке писем за получением серверов, которые используют проверку отправителя (часто, www-data@server.x.z является адресом отправителя для апачской сгенерированной почты, но не принимает почту),
- проверьте, что Вы не пытаетесь выполнить почтовый генерирующийся сервер на диапазоне поставщика, который, как известно, вызывает проблемы (EC2, эластичный IP дал нам изрядное количество стычек - несколько поставщиков поместили в черный список весь диапазон однажды из-за проблем спама. не уверенный, если это все еще имеет место),
- проверьте, что Ваш IP не перечислен на наиболее часто используемом РУБЛЕ (http://www.anti-abuse.org/multi-rbl-check/)
- не отправляйте спам (это очевидно, но Вы никогда не знаете :)
можно проверить, как почта будет опрошена (с некоторым удобным DKIM и проверками достоверности SPF) путем отправки электронного письма check-auth@verifier.port25.com - это передаст автоматический почтовый отчет обратно.
Нет.
SPF является механизмом для указания, которое серверам позволяют отправить почте от Вашего имени. Но это ничего не говорит о том, будете ли ВЫ отправлять СПАМ. И помните, это - решение сервера получения, что сделать с информацией, которую это имеет и принять ли Ваше сообщение - они могут принять то решение на основе любых критериев, которым они нравятся.
Большинство серверов принимает следующие моменты во внимание:
- Белый список получателя, черный список и/или addressbook
- Содержание сообщения
- "Подлинность" сообщения - IP отправителя по сравнению с обратным адресом, записями MX, записями SPF и фактором DomainKeys в здесь
- "Степень доверия" IP отправителя - РУБЛИ входят здесь, также страна IP, ISP, и могут быть исследованы подобные факторы
- Ток и исторический отправляет уровни IP отправителя
Та последняя точка является той, которую многие люди не учитывают - если Вы не будете обычно посылать много электронного письма, и затем Вы отсылаете новостную рассылку как единственное "уничтожение", то Ваша электронная почта будет иметь намного более низкий процент доставки. Вы - значительно более обеспеченная отсылка электронной почты в постоянном потоке с медленным наращиванием вместо того, чтобы отослать единственную массовую рассылку. Когда крупные компании должны предупредить свою всю клиентскую базу о чем-то (как Sony на прошлой неделе), часто требуются дни, чтобы поставить сообщение всем.
Нет никакого пути к 100%, уверенным, что законное электронное письмо от Вашего домена не будут рассматривать как спам некоторый домен получения или пользователь.
Наличие допустимых записей SPF является, однако, критическим шагом в сокращении шанса, что электронные письма от Вашего домена будут рассматривать как допустимые. Необходимо также посмотреть на DKIM как на другой метод.