ОБНОВЛЕНИЕ ПРОВЕРКИ SPF http://www.openspf.org/Why:
Проверка SPF дает мне следующее: почтовый сервер с поддержкой SPF отклонил сообщение, в котором требовался адрес отправителя конверта support@ourdomain.com. Почтовый сервер с поддержкой SPF получил сообщение от ourdomain.com (x.x.x.X), в котором был указан адрес отправителя конверта support@ourdomain.com. Домен ourdomain.com разрешил ourdomain.com (x.x.x.x) отправлять почту от своего имени, поэтому сообщение должно было быть принято. Мы не можем сказать, почему он был отклонен
ОБНОВЛЕНИЕ: я использую Google Apps для отправки и получения электронной почты от. Может быть, это поможет в исследовании нашей проблемы. У нас есть только записи MX для Gmail, и мы думаем, что это проблема? Если почтовый сервер получает электронное письмо от www.ourdomain.com и не может найти запись MX для этого IP-адреса, это может быть плохо или нет?
все наши письма попадают в папку спама Gmail. Письма не являются спамом или объемными, это просто электронные письма с подтверждением регистрации из нашего веб-приложения.
Заголовки SPF дают мне следующее
Received-SPF: pass (google.com: best guess record for domain of apache@www.ourdomain.com designates x.x.x.x as permitted sender) client-ip=x.x.x.x;
Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of apache@www.ourdomain.com designates x.x.x.x as permitted sender) smtp.mail=apache@www.ourdomain.com
Received: from www.ourdomain.com (localhost [127.0.0.1])
где x.x.x.x - наш полный IP-адрес
ОБНОВЛЕНИЕ мое полное письмо и заголовки теперь:
Delivered-To: solsol@gmail.com
Received: by 10.216.183.13 with SMTP id p13cs84787wem;
Sat, 13 Nov 2010 09:00:00 -0800 (PST)
Received: by 10.229.214.139 with SMTP id ha11mr3256460qcb.235.1289667599435;
Sat, 13 Nov 2010 08:59:59 -0800 (PST)
Return-Path: <support@ourdomain.com>
Received: from www.ourdomain.com (www.ourdomain.com [x.x.x.x])
by mx.google.com with ESMTP id u7si11134289qco.191.2010.11.13.08.59.58;
Sat, 13 Nov 2010 08:59:59 -0800 (PST)
Received-SPF: pass (google.com: domain of support@ourdomain.com designates x.x.x.x as permitted sender) client-ip=x.x.x.x;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of support@ourdomain.com designates x.x.x.x as permitted sender) smtp.mail=support@ourdomain.com
Received: by www.ourdomain.com (Postfix, from userid 48)
id 5AB8F1C881; Sat, 13 Nov 2010 11:59:58 -0500 (EST)
To: solsol@gmail.com
Subject: Signup confirmation needed
From: Ourdomain.com <support@ourdomain.com>
Reply-To: Ourdomain.com <support@ourdomain.com>
MIME-Version: 1.0
Content-type: text/html;charset=UTF-8
Date: Sat, 13 Nov 2010 16:59:58 +0000
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <20101113165958.5AB8F1C881@www.ourdomain.com>
Hi! We're thrilled to have you on board!<br /><br />You are now just 1 t=
iny step away from securing your shiny new beta-account.<br /=
>Please click the following link to confirm.<br /><br /><br /><br /><a h=
ref=3D"http://www.ourdomain.com/default/beta/regconfirm/guid/7a8344e1ae=
04062c9c2495429255b5a0/id/76">Confirm your beta subscription</a><br /><b=
r /><br /><br />Have a good day!<br /><a href=3D'http://www.ourdomain.com.com'>ourdomain.com.com</a>
ps: я установил правильную запись SPF, которая позволяет нашему ip x.x.x.x отправлять электронные письма
ОБНОВИТЬ:
как мы можем убедиться, что Google не считает нас спамом. Я читал, что gmail получит электронное письмо от @ ourdomain.com и запустит nslookup или что-то еще, чтобы узнать, действительно ли у нас настроен принимающий сервер MX?
Может ли кто-нибудь подтвердить это и дать мне команду nslookup, с которой я могу протестировать. Я сбит с толку, поскольку nslookup на ourdomain.com дает правильные записи MX, а mxrecord на WWW.ourdomain.com - нет.
Имя хоста машины, с которой мы отправляем, - www.ourdomain.com. Это может быть проблемой?
Вы изменили свое имя хоста? Если имя хоста сервера - localhost, localhost.localdomain, содержит IP-адрес или не разрешается для вашего сервера, вы получите эту проблему. Измените это с помощью:
hostname yourdomain.com а также в / etc / sysconfig / network.
Перезапустите sendmail, а затем подключитесь к серверу через порт 25 через Telnet, он должен сказать что-то вроде: 220 yourdomain.com ESMTP Sendmail, в противном случае вам может потребоваться также отредактировать файл конфигурации sendmail.
Как правило, я считаю, что вы будете получать спам по одной из следующих причин:
Удачи.
У Google есть канал поддержки для этого: http://mail.google.com/support/bin/request.py?contact_type=bulk_send
Также попробуйте запустить свою почту через SpamAssassin и посмотрите, не помечает ли он что-нибудь неожиданное.
Попробуй это Тест почтового сервера и посмотрите, получите ли вы какие-либо рекомендации, полезные для вашей установки.
1- Вы не предоставляете полную информацию. Например, в заголовке больше строк "Получено:", а не одна.
2- Строка 127.0.0.1 в порядке. Судя по информации, которую вы предоставили в комментариях, демон sendmail принимает почту на 127.0.0.1. Ваш php-скрипт отправляет туда электронную почту или разветвляет исполняемый файл sendmail, который, в свою очередь, отправляет туда электронную почту (проверьте свой submit.mc / submit.cf, чтобы убедиться в этом)
3- Тот факт, что даже с постфиксом вы получаете те же результаты, делает более вероятным, что проблема в другом месте, например
4- Вы заявляете, что у вас идентичная установка с другим доменом / IP, которая работает нормально. Даже идентичные настройки никогда не бывают идентичными. Вы задокументировали процесс развертывания «хорошей» установки? Повторите это для проблемного (с изменениями, где это необходимо). Сохраняются ли результаты?
5- Добавьте IP-адрес из «хорошей» настройки в запись SPF. Отправьте электронное письмо с этого адреса. Доставлено нормально? Если да, то отправьте электронное письмо с точным содержанием и теми, которые помечены как спам. Получено нормально?
6- Проверьте, включены ли ваше доменное имя и / или IP в какой-либо DNSBL.
7- Наконец, опубликуйте доменное имя. Это может помочь.
Что касается вашего обновления №2: Серые списки это не проблема.
Короче говоря: невозможно гарантировать, что удаленный сайт будет рассматривать всю вашу электронную почту как не спам. Зачем? Во-первых, потому что у многих сайтов есть свои локальные списки блокировки, и не всегда можно узнать, есть ли вы в них.
Все остальное, упомянутое здесь, может помочь вам и повысить вероятность того, что ваша почта будет принята и доставлена в почтовый ящик. Под этим я говорю:
У вас есть одна действительно большая вещь, которая идет против вас; вы, вероятно, пытаетесь отправить электронное письмо с "общего" IP-адреса (трудно узнать, поскольку вы не предоставляете нам IP). В общем, многие люди полностью блокируют любую почту, исходящую из «облака», поставщики, такие как Google и Amazon, упрощают регистрацию и получение экземпляра сервера, но IP-адрес на самом деле не «ваш». Следовательно, нет никакого способа гарантировать, что почта является законной. Взгляните на r-whois для вашего IP-адреса, чтобы узнать об этом. Например, если я использую клиент gnu jwhois и выполняю whois 74.125.83.198 (чтобы проверить адрес отправки электронного письма с уведомлением Google) Я получаю вывод, который показывает, что Google владеет IP, почтовым адресом и т. д. В общем пространстве будет отображаться информация об интернет-провайдере или, что еще хуже ...
Подводя итог, вы получите лучшие результаты, настроив собственное IP-пространство для отправки исходящей почты.
В файле PHP.ini измените localhost на имя вашего почтового сервера, например mail.domainname.com. Это решило бы проблему.