O_o - это большие круглые глаза на "хеш совпал с записью в DNS". Вы уверены?
Далее, если вдруг это реально так, то у вас должен быть установлен аналогичный префикс, что и в DNS у яндекса (mail кажется).
Но, что-то мне подсказывает, что хеши таки разные.
Ну... например window.close() закрывает IE но показывает запрос "вы уверены, что хотите".. разумеет, если вкладка одна. А вот window.open('','_self').close() закрыват уже без запроса.
Dmitriy Kartashov: В теории - да. Надо пробовать. Я уже удалил ваши три тестовые письма и не могу глянуть с каких IP они у вас уходили и пройдут ли они этот SPF.
Вообще, вы можете прямо сейчас попробовать через port25 протестить, я думаю у них кеша особого DNS нету. Если он у же у вас обновился, то можно протестировать. Так же в отчете он, на сколько помню, отображает найденные записи SPF, так что вы сможете проверить, видит ли он обновленные.
Вы почистите и пошлите отчет сами себе. Там, в начале отчета, краткая справка (Summary of Results) по которой сразу всё понятно, где болит:
Summary of Results
==========================================================
SPF check: softfail
DomainKeys check: neutral
DKIM check: pass
Sender-ID check: softfail
SpamAssassin check: ham
Sender-ID - это смесь SPF+DKIM и понятно, почему она тоже softfail.
DomainKeys - это аналог DKIM, можно сказать, neutral - это норм при отсутствии его настройки.
SpamAssassin - это результат анализа на спам, ниже есть более подробный отчет, как оно считается, ham - это норма.
Т.е. у вас в итоге должно быть что-то типа:
SPF check: pass
DomainKeys check: neutral
DKIM check: pass
Sender-ID check: pass
SpamAssassin check: ham
Если и после этого письма продолжат сыпаться в спам или вообще не проходить, то вот тогда надо будет разбираться глубже.
Все три отчета, что вы прислали, содержат spf=softfail, полагаю, что у вас какая то каша получилась с SPF. Для начала я бы избавился от SPF v2.0 и посмотрел, что из этого выйдет.
Еще меня смущает, что у вас есть SPF двух версий и SPV v2 (это который spf2.0) не включает в себя информацию о ваших серверах. Не уверен, как это влияет на рассылку.
Итого, что мы видим в отчете:
SPF check: softfail
Т.е. SPF у вас настроен не правильно(!) - это раз.
Вы точно отправляли это сообщение так же как и вашу рассылку, т.е. с вашего сервера?
Received: from [213.110.97.170] (port=58523 helo=DESKTOP7A2E8JD)
by smtp51.i.mail.ru with esmtpa (envelope-from )
id 1ZxhBH-0007gb-RH
for check-auth@verifier.port25.com; Sat, 14 Nov 2015 23:12:16 +0300
Dmitriy Kartashov: Вы получили отчет от port25? Если да, то хотя бы перешлите мне его письмом на me@mear.me, если уж не можете, согласно инструкции, послать отчет сразу мне напрямую.
Вы опять почему то проигнорировали моё замечание, что вы неправильно адрес указали. Отправлять нужно на адрес:
check-auth-me=mear.me@verifier.port25.com
а не на:
check-auth-me-mear.me@verifier.port25.com
а вы упорно похоже шлете на второй
Dmitriy Kartashov: Вы точно тот адрес взяли, что я указал? Там именно знак "=" в адресе. Посмотрите еще раз на 3 вариант емейла в сервисе: https://www.port25.com/support/authentication-cent...
Там емеил (в моём случае me@mear.me) вставляется внутрь их имени заменяя собаку на знак равенства.
Dmitriy Kartashov: Сервис port25 что говорит на вашу почту? Всё ок? Можете послать мне письмо с вашей стандартной рассылкой на емеил:
check-auth-me=mear.me@verifier.port25.com ?
И в догонку, сам недавно бодался. К гуглу мой сервак коннектился по ipv6 и пока я в SPF не прописал прямой ipv6 адрес, он тоже меня динапил. Убедитесь, что у вас в SPF именно тот ivp6 или подгруппа, с которых вы рассылаете.
А что мешает вам идти с другого конца? В плане, что парсить по иерархии. В начале распарсите категории, потом, если в рамках категории найдете продукты, то распарсите его и укажите у него категорию, что нашли чуть раньше (типа переменной "последняя найденная категория")
Константин: Если я вас правильно понял.... то продолжая код выше, где мы остановились на продукте:
foreach ($product->childNodes as $attrGroup)
{
foreach ($attrGroup->childNodes as $attr)
{
// Делаем с $attr тут что ни то, например с $attr->nodeValue;
}
}
Но, этот код предполагает, что у вас там других вложенных тегов нету. Если же они есть, то можно добавить условие типа:
if ($attrGroup->nodeName != 'АttributeGroup') continue;
Алексей Зорин: Кстати, по поводу com/ru советую еще добавить параметр hl=en, будет препятствовать редиректу гугла, когда он пытается вашу страну угадать.
> Поделитесь, как в вашем случае лучше с точки зрения кол-ва запросов в антигейт выгоднее?
Если честно, я еще не заинтегрировал это туда, куда собирался и стату пока не собирал. Использовать планирую для проверки наличия ссылки в индексе и, видимо, буду обходиться двумя запросами:
- site: <искомый урл> (с макс.выборкой по кол-ву, что бы сразу и соседние страницы узнать)
и, если первый не вернул инфу о искомом урле (бывает такое), то запрашивать
- info: <искомый урл>
Второй запрос дает одназначный ответ на вопрос, есть урл в индексе или нет.
По крайней мере для меня это сейчас выглядит так. Если интересно поболтать на эту тему, с удовольствием поболтал бы с вами в skype.
Далее, если вдруг это реально так, то у вас должен быть установлен аналогичный префикс, что и в DNS у яндекса (mail кажется).
Но, что-то мне подсказывает, что хеши таки разные.