Запрещающие электронные письма отправки через сервер SMTP, который не имеет того же спама предотвращения справки адреса, или действительно ли это опасно?
Я рекомендовал бы переехать от sqlmaint.exe (будет удерживаться от использования), и переместите в SQLCMD в сочетании с фактическими SQL-запросами http://msdn.microsoft.com/en-us/library/ms180944.aspx
sqlcmd -S \ -i -o
Я запланировал DBCC CHECKDB как запланированные задания еженедельно, Вы не должны должны быть проверять его каждый раз, когда Вы создаете резервную копию
Необходимо, конечно, искать другой MSP, поскольку этот администратор потенциально блокирует критически важные для бизнеса электронные письма. Отправку электронного письма для домена, который не является mailservers доменом, называют, Передавая. Открытые реле (которым любой может послать электронное письмо от независимо от источника) помещены в черный список довольно быстро, поскольку они часто используются спаммерами. В наше время передача происходит путем проверки исходного IP. Это позволяет администраторам настраивать серверы по мере необходимости (обычно отправляют только почтовые реле, которые передают основному корпоративному mailserver для получения почты мимо брандмауэра). У администратора есть некоторые его факты прямо в той переданной почте, в целом, более вероятно, будет подозреваемый. Более типичный ответ должен взвесить заголовки спама или использовать greylisting. Просто блокирование почты, по-моему, является отказом в обслуживании.
Если 'именем сервера' Вы имеете в виду имя HELO или его имя хоста (который оба должны быть тем же), затем, совершенно законно отправить его через сервер, который имеет его отличающийся от домена адреса электронной почты.
Например, существует очень общая ситуация, когда один сервер (например, mail.hoster.com) посылает электронные письма для нескольких различных доменов (companyone.com, companytwo.com и т.д.).
Полностью до владельца почтового домена для решения серверов позволяются послать электронные письма с этим доменом в От: адрес установкой SPF записывает для домена. И если нет таких записей SPF или если они нейтральны и не строги затем, Вы могли бы по закону послать электронное письмо с любого сервера SMTP, который позволяет ему проникать.
Вы корректны, что существует много совершенно законных причин, почему обратный DNS почтового сервера не будет соответствовать домену отправителя. Автоматически блокирование всей почты, которая не соответствует, собирается генерировать много ложных положительных сторон.
(Я отправил более длинный ответ на подобный вопрос здесь),
Самая большая причина заблокированной почты состоит в том, когда запись PTR (инвертируют DNS) IP-адреса почтового сервера не соответствует своему ответу EHLO. (Telnet к Вашему серверу SMTP, затем скажите "EHLO localhost". Имя хоста в том ответе должно соответствовать обратному DNS того сервера),
Является ли электронная почта от соответствий имени хоста адреса намного меньше проблемы.
Можно добавить mailserver в белый список для каждого домена включением его IP-адреса в записи SPF домена.
Вы спрашиваете, "Должен Mailserver отклонять почту, если это, отправляют через другого — но аутентифицируемый — сервер SMTP".
Рассмотрите это: Mailserver B хочет отправить почту Mailserver A. В этом контексте B действует как клиент. Каждая данная информация могла фальсифицироваться. Как A должен знать, что B сделал большую хорошую работу для предотвращения спаммеров, как аутентификация, вирусная проверка? Это должно доверять почтовым заголовкам? Или информация это get's во время smtp разговора? Не очень безопасный.
Одна важная проверка перепроверяет IP-адреса и разрешения имени. Идеальная пара (даже в контексте EHLO/HELO, как другие отметили) очень важна, если Вы хотите лучшее принятие.
Но это сказало, что это отличается от требования Вашего администратора, что почтовый домен адресов должен соответствовать имени хоста передающего сервера. Это преувеличено, по крайней мере, как SPF, и другие методы не используются большинством. Он мог бы добавить некоторые заголовки веса СПАМА или отметить иначе, но не полностью отклонить его.
Домен сервера SMTP не должен соответствовать домену сервера. Если факт это распространено. На самом деле редко, чтобы было точное совпадение. Большинство доменных имен почтовых серверов является, по крайней мере, третьими доменами уровня (mail.example.com), в то время как большинство адресов электронной почты является вторыми доменами уровня (example.net).
При использовании SPF (который я действительно рекомендую), то сервер SMTP должен быть перечислен как как отправитель для почтового домена. Я также рекомендую настроить запись SPF для домена почтовых серверов также.
Важно, чтобы идентификационные данные почтовых серверов не были похожи на него, подделывается. Это сделано путем установки rDNS записей для IP-адреса и использования FQDN (полностью определенное доменное имя) от установки rDNS в командах HELO, данных сервером SMTP. См. мою статью об Обнаружении Подделки Почтового сервера для получения дополнительной информации о проверке Вашей установки серверов.