Почему электронные письма отправляются от моего приложения PHP, которое рассматривают как спам?
Я сохраняю Inetpub как корень и заканчиваю с чем-то как:
D:\Inetpub\wwwroot (Default Web Site)
D:\Inetpub\exampleroot (www.example.com)
D:\Inetpub\sampleroot (www.sample.com)
Если бы я волновался по поводу группировки нескольких сайтов при пользователе или отделе, то я просто добавил бы его после Inetpub.
Это сохраняет D:\ available for other things without co-mingling the web stuff. Кроме того, мне никогда не нравится совместно использовать корневой каталог (никакая конкретная причина, он просто раздражает меня).
В предположении почтовые серверы вычисляют счет спама к каждому из Ваших сообщений на основе анализа текста и целого плота других вещей, которые они не скажут никому о - +3 для того, чтобы иметь неслова в заголовке, +2 для встроенных каналов, и т.д. и т.д. Возможности, регулярный счет к одному из Ваших сгенерированных электронных писем (свяжитесь свободный), довольно высоко, но все еще достаточно низко, чтобы почта прошла.
Некоторые решения против спама достаточно хороши придерживаться, счет спама в заголовках сообщения - ищут что-то как "X-Spam-Score" там. Если можно узнать, каков счет сообщения, которое прошло, это скажет Вам, как близко это было к тому, чтобы быть отмеченным как спам (порог спама обычно - приблизительно приблизительно 12, но они все получили свои собственные системы). Я подозреваю, что счет к чистому сообщению будет довольно высок, и добавление ссылки является просто последней каплей.
Другая вещь не упустить состоит в том, что при генерации почты из сценария удостоверьтесь, что она заполняет все соответствующие заголовки, поскольку недостающие увеличат счет спама немного. Журналы от разговора SMTP между сервером, отправляющим почту и независимо от того, что это передает к, также были бы полезны.
Необходимо удостовериться, что почтовый сервер (скорее всего, та же машина как код php работает от), правильно настроен для отправки почты законно. Вы должны удостовериться нескольких вещей, корректны для предотвращения любой почты, передаваемой от той машины, отмечаемой как спам от летучей мыши.
Во-первых, ДОЛЖЕН сказать Ваш почтовый сервер HELO с он - каноническое имя хоста, которое является тем же значением как hostname управляйте возвратами при выполнении на командной строке. Под postfix это - значение myhostname переменная в /etc/postfix/main.cf.
Во-вторых, вперед и обратные указатели для Вашего сервера в DNS должен соответствовать и должен соответствовать значению имени хоста выше. Например,
[dave@odessa ~]$ host odessa.cheney.net
odessa.cheney.net has address 64.85.168.249
[dave@odessa ~]$ host 64.85.168.249
249.168.85.64.in-addr.arpa domain name pointer odessa.cheney.net.
В-третьих, проверьте, что Ваш почтовый сервер не действует как открытое реле. Если Ваш почтовый сервер настроен к релейной почте от других хостов, необходимо очень стараться удостовериться, что те хосты сами не являются открытыми реле или правильно защищены от принятия сообщений от неаутентифицируемых хостов существует много сайтов там, которые осуществят проверку для Вас, http://www.checkor.com/, например.
В-четвертых, посмотрите на содержание своего сообщения. От образца Вы отправили выше его, похож на Вас, отправляют маленькую часть HTML, который будет наиболее вероятный набор предупреждений со спам-фильтрами (смотрите на состав своей средней части спама). Необходимо всегда пользоваться почтовой библиотекой для создания почты, и если Вы отправляете почту HTML, необходимо включать a text/plain вариант.
Наконец, с большими сайтами, часть нашей почты будет отмеченный как спам, это - просто закон средних чисел. Это - Ваша обязанность удостовериться, что Вы выполняете соответствующие инструкции для, посылают автоматизированный или увеличивают объем электронного письма, как СПАМ CAN. Самая важная часть этого является прямым способом для людей отказаться от подписки из Ваших списков рассылки. При создании этого трудно для людей затем, Вы - пользователи, более вероятно, нажмут большую кнопку спама в их почтовом клиенте, который будет возвращен к почтовому узлу и будет работать против Вашего сервера.
Каждый почтовый сайт применит свои собственные правила для обнаружения спама. Вы не найдете идеальный метод для того, чтобы не классифицироваться как спам. На первый взгляд! в предмете и содержании полностью в HTML хорошие индикаторы спама...
Пошлите электронное письмо check-auth@verifier.port25.com и Вы получите назад автоматический отчет с анализом того, как похоже и каков его spamicity. Это может дать Вам некоторое представление.
Существует мало, можно сделать из кода. В то время как можно использовать что-то как DKIM, нет никаких гарантий, что получатели будут использовать его. Лично, я сфокусировался бы на том, чтобы заставлять Вашу электронную почту меньше походить на спам "выпустил-забыл" и больше как что-то "официальное", которое на самом деле попросил пользователь. Вы могли отредактировать свое сообщение для включения фактического электронного письма что отправленная система?
Приблизительно 18 месяцев назад у нас были проблемы при получении наших электронных писем, поставленных адресам Yahoo, потому что ссылка содержала домен, который был недавно зарегистрирован.
Мы определили это путем проверки возвращенных электронных писем. Сам Yahoo сообщал, что "Ваша электронная почта была отложена", но пара других почтовых серверов дала ключ к разгадке в их сообщении об ошибке для отказа от доставки. Возврат домена к более старому, более установленному домену решил проблему.
Также рассмотрите слова в ссылке (например, высказывание чего-то как БЕСПЛАТНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ЗАГРУЗКИ ТЕПЕРЬ вместо версии 1.0 программного обеспечения Download) и доменное имя в самой ссылке.