Возможный дубликат:
Как отправлять электронные письма и избегать их классификации как спама
Я занимаюсь разработкой PHP-приложения, и одна из функций этого приложения - возможность отправлять пользователям электронные письма. Однако, когда я пытался отправить электронные письма через приложение (SMTP) на учетные записи Gmail и Hotmail, они всегда попадали в ящик для спама / нежелательной почты. Этого не происходит, когда я использую Google SMTP для их отправки. Эти письма были правильно доставлены в почтовый ящик.
Что я наделал:
- Настроить обратный DNS
- Настройте ключи домена (DKIM) и SPF (v = spf1 + a + mx + ip4: 184.107.222.2? All)
- Запустил различные проверки IP / домена, и я не заметил никаких проблем.
- Зарегистрируйтесь в SNDS. После проверки моего IP он говорит: «Все указанные IP имеют нормальный статус».
- Обратитесь в службу поддержки Gmail и Hotmail. Они не увидели ничего, что могло бы помешать моей почте дойти до их клиентов, и предложили мне присоединиться к программе сертифицированных почтовых отправлений Sender Score (хотя они не дали никаких гарантий, что это гарантирует доставку электронной почты их клиентам).
Пример заголовка письма, которое было отправлено в ящик для спама (имя сайта было заменено на xxx):
Delivered-To: yyy@gmail.com
Received: by 10.50.17.8 with SMTP id k8csp200979igd;
Sun, 23 Dec 2012 05:13:19 -0800 (PST)
X-Received: by 10.50.53.162 with SMTP id c2mr13168931igp.112.1356268399035;
Sun, 23 Dec 2012 05:13:19 -0800 (PST)
Return-Path: <admin@xxx.com>
Received: from server.xxx.com (server.xxx.com. [184.107.222.2])
by mx.google.com with ESMTPS id gx9si16855394igb.34.2012.12.23.05.13.18
(version=TLSv1/SSLv3 cipher=OTHER);
Sun, 23 Dec 2012 05:13:18 -0800 (PST)
Received-SPF: pass (google.com: domain of admin@xxx.com designates 184.107.222.2 as permitted sender) client-ip=184.107.222.2;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of admin@xxx.com designates 184.107.222.2 as permitted sender) smtp.mail=admin@xxx .com; dkim=pass header.i=@xxx.com
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xxx.com; s=default;
h=Content-Type:MIME-Version:Message-ID:Subject:Reply-to:From:To:Date; bh=C+NTtxJMfonnwJsUGv2YpiHXmAQt43Cmk567o37IJhA=;
b=UlnRc4rM6uVp44OaPfIicZ3vgH7eKR+7E4BQwADhtVSgvlmnwlw4aqGanvUZn8jGCWJ4hdPNFY3GLWJ5uT82EM57baCL0t7yxgjWg7/CXm4IHJ0SusxWI+e5JjGBv3pd;
Received: from server.xxx.com ([184.107.222.2]:38728 helo=applicationnewtest.xxx.com)
by server.xxx.com with esmtpa (Exim 4.80)
(envelope-from <admin@xxx.com>)
id 1Tmlwc-0004uj-GQ
for yyy@gmail.com; Sun, 23 Dec 2012 07:50:22 -0600
Date: Sun, 23 Dec 2012 07:50:22 -0600
To: New Supplier <yyy@gmail.com>
From: Distributor Bid Builder <admin@xxx.com>
Reply-to: Distributor Bid Builder <admin@xxx.com>
Subject: Supplier Purchase Order Email Copy
Message-ID: <f8c08c9269c441d7a0e04b7ba37e9adf@applicationnewtest.xxx.com>
X-Priority: 3
X-Mailer: PHPMailer 5.0.0 (phpmailer.codeworxtech.com)
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="b1_f8c08c9269c441d7a0e04b7ba37e9adf"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.xxx.com
X-AntiAbuse: Original Domain - gmail.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - xxx.com
X-Get-Message-Sender-Via: server.xxx.com: authenticated_id: admin@xxx.com
--b1_f8c08c9269c441d7a0e04b7ba37e9adf
Content-Type: text/html; charset = "UTF-8"
Content-Transfer-Encoding: 8bit
This is purchase order document for purchase order #1001.<br><br><hr>P.S. This is a post-only mailing. Replies to this message are not monitored or answered.
--b1_f8c08c9269c441d7a0e04b7ba37e9adf
Content-Type: application/octet-stream; name="Supplier Purchase Order #1001 Email Copy.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Supplier Purchase Order #1001 Email Copy.pdf"
(attachment)
Что-то не так с моей конфигурацией?
Собирая информацию для регистрации программы Microsoft JMRP, я не уверен, что мне делать дальше (если это не приведет к тому, что эти электронные письма попадут во входящие). Действительно ли необходимо регистрироваться в программе Sender Score Certified / использовать службу доставки электронной почты? Есть ли для этого некоммерческое решение?
Ваше сообщение отклоняется как спам, поскольку оно точно соответствует профилю очень распространенной схемы распространения вредоносного ПО: сообщения, претендующие на подтверждение заказа или доставки, с вложениями в формате PDF.
Мои предложения:
Очистите грамматику. «Это документ заказа на поставку № 1001»? Сломанные английские звуки невероятно спамом, и хотя я не утверждаю, что обладаю внутренними знаниями, вы можете предположить, что Gmail рассматривает плохую грамматику как один из факторов при оценке потенциальных спам-сообщений. Настоящий заказ на покупку будет иметь заголовок «ЗАКАЗ НА ПОКУПКУ», за которым следует фактическое содержание заказа на покупку. Он не будет сначала сказать: «Привет, друг, это заказ на покупку определенного товара».
Замените вложение PDF встроенным содержимым. Использование уязвимостей Adobe с помощью вредоносных вложений PDF-файлов - чрезвычайно популярный способ заражения удаленных компьютеров вредоносным ПО. Если бы я был Gmail, я бы тоже пометил PDF-вложение от неизвестного отправителя как спам.
Избавьтесь от бессмысленной рассылки «только по почте», которая почти наверняка повысит вашу оценку байесовского спама, и отправляйте сообщение с действующего адреса для ответа. Если вы действительно отправляете подлинные заказы на покупку таким образом, вам нужно знать, не возвращаются ли они, и вы хотите, чтобы продавец мог ответить, верно? Правильно.
Вам необходимо указать название и адрес вашей компании, ссылки на ваш веб-сайт, действующий контактный адрес электронной почты, информацию о телефоне и т. Д. Чем более анонимным и быстрым выглядит ваше сообщение, тем вероятнее оно. быть классифицированным как спам.
Если нет веской причины не делать этого, вы должны завершить запись SPF с помощью -all
. Весь смысл записи SPF состоит в том, чтобы точно определить действительные IP-адреса отправителя и заблокировать всех остальных. Вы не должны оставлять это на усмотрение принимающего почтового сервера, чтобы решить, действителен ли IP-адрес отправителя, не указанный в списке.