- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вот думаю, при регистрации указывать,что бы гугло-почту не указывали или что-то попытаться решить с хостером?
Для начала простым скриптом со своего хостинга и домена отправить почту. Мыло этом домене (обратный адрес), ессно должно существовать. Если письмо не доставится адресату - в ответ придёт реквест с обьяснялками почему не оставлено. Отсюда и плясать.
Дело в том, что домен новый, был зареген 48 часов назад.
Гуглу это как бы до лампочки.
Понятие "Новый домен" в наши дни довольно относительное. Его могли использовать и ранее, а потом бросить. Я конечно же не утверждаю, что так оно и было, просто это один из возможных вариантов.
А по остальным моментам, я пытался с хостером решить вопросы, но ему это, по-видимому, не очень интересно.
Для начала нужно выяснить - из-за чего конкретно блокируется почта с домена. А потом уже думать что делать.
Если просто ip хостера в блек листах, то можно купить личный ip или сменить хостера. Если сам домен в листингах по спаму, то смена ip или хостера - не поможет.
Если домен и ip чистые и нигде в "ЧС" не числятся, тогда смотреть в сторону подписи писем SPF и DKIM. (есть ли вообще подписи, распознаются ли гуглом и т д).
Есть сайт на WP. При регистрации не приходят письма тем, кто указал e-mal от гугла.:) С остальными проблем нет. Шаред, extmedia.BY. Вот думаю, при регистрации указывать,что бы гугло-почту не указывали или что-то попытаться решить с хостером?
Надо просто разобраться, почему не доходит почта на google, ответ на эти вопросы есть в логах почтового сервера.... стало быть надо изучать или же нанять специалиста или же вывалить почтовые логи сюда, что бы их кто-то оценил хоть по каким-то критериям... Потому что если не доходит только на google.... а на yandex к примеру доходит то тут с почтой проблем как бы нет, есть проблема с доставкой почты на gmail конкретно , а это и решать как бы надо иначе ...
Romka_Kharkov, А кто мне даст логи почтового сервера на шаред-хостинге?😂
владелец шаред-хостинга.
не надо все логи - надо только по конкретно вашему письму. Для этого хостеру сообщите с какого адреса и куда отправлялось письмо, примерное время отправки.
Romka_Kharkov, А кто мне даст логи почтового сервера на шаред-хостинге?😂
kpv верно говорит все, вам их конечно не дадут, то в случае если вы вдруг знаете from и to ... ;))) то вполне могут сказать, что случилось с письмом, тем более, если вы находитесь на shared hosting услуге... и почта не доходит только на google ... есть великая вероятность что вы в каких-то спам листах или с этого ип адреса кто-то спамил гугл.... вообще дайте IP адрес с которого письмо уходит, это то можно понять из хидеров просмотренных в письме которое таки куда-то доходит... ;))))
---------- Добавлено 16.01.2014 в 22:03 ----------
примерное время отправки.
По моему перебор :D Если не шлется явно на gmail .... у нормального хостера в логе все понятно и без конкретики по домену :D ибо шлют много и часто на Gmail ;))))
Вот вчера на mail.ru кидал сообщение с WP - дошло
Return-path: <>
Authentication-Results: mxs.mail.ru; spf=none () smtp.mailfrom=логинфтп@allegiance.neolocation.net smtp.helo=allegiance.neolocation.net
Received-SPF: none
Received: from [91.149.189.128] (port=50372 helo=allegiance.neolocation.net)
by mx108.mail.ru with esmtp (envelope-from <логинфтп@allegiance.neolocation.net>)
id 1W3UqG-0004Z2-Rb
for to@inbox.ru; Wed, 15 Jan 2014 22:05:30 +0400
X-Mru-BL: 0:0:1120
X-Mru-PTR: allegiance.gretel.by.sha.neolocation.net
X-Mru-NR: 1
X-Mru-OF: Linux (Ethernet or modem)
X-Mru-RC: BY
Received: from логинфтп by allegiance.neolocation.net with local (Exim 4.72)
(envelope-from <логинфтп@allegiance.neolocation.net>)
id 1W3UqG-000BYC-D9
for to@inbox.ru; Wed, 15 Jan 2014 21:05:28 +0300
To: to@inbox.ru
Subject: =скрыто=
Date: Wed, 15 Jan 2014 18:05:28 +0000
From: WordPress <wordpress@домен> ящик существует
Message-ID: <1d7ead10cf0f4f3de98f15058faaf62f@домен>
X-Priority: 3
X-Mailer: PHPMailer 5.2.4 (http://code.google.com/a/apache-extras.org/p/phpmailer/)
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8
Sender: "FTP,домен" <логинфтп@allegiance.neolocation.net>
X-Spam: Not detected
X-Mras: Ok
X-DMARC-Policy: no
X-Mru-Authenticated-Sender: логинфтп@allegiance.neolocation.net
Еще хотел узнать, делать впоследствии отсылку через ихни smtp или яндексовский?
Отправил хостеру запрос - будем посмотреть
Проблемный гуглоящик я посмотреть не могу, а со своего у меня переписка пересылается на другой, спам игнорируется. Лежало в спаме.
Хостер ответил,что у них все ок
2014-01-16 08:21:35 1W3fOZ-0007L9-RD scoompete@gmail.com R=dnslookup T=remote_smtp H=gmail-smtp-in.l.google.com [173.194.70.27] X=TLS1.0:RSA_ARCFOUR_SHA1:16
2014-01-16 08:21:36 1W3fOZ-0007L9-RD Completed
хм...не могу приконектится к ихнему smtp😕 бесплатные хостинги только внешние коннекты прикрывают, на сколько я знаю...
А гуглопочта ругается на allegiance.neolocation.net
Вот вчера на mail.ru кидал сообщение с WP - дошло
Посмотреть бы на письмо(заголовки), попавшее в спам на gmail. Ведь с ним же у вас проблемы.
Вот заголовки на гмайле
Received: by 10.216.53.201 with SMTP id g51csp73155wec;
Thu, 16 Jan 2014 12:24:11 -0800 (PST)
X-Received: by 10.14.205.201 with SMTP id j49mr6986593eeo.85.1389903851633;
Thu, 16 Jan 2014 12:24:11 -0800 (PST)
Return-Path: <логинфтп@allegiance.neolocation.net>
Received: from allegiance.neolocation.net (allegiance.gretel.by.sha.neolocation.net. [91.149.189.128])
by mx.google.com with ESMTPS id 3si3974240eeq.227.2014.01.16.12.24.11
for <to@gmail.com>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Thu, 16 Jan 2014 12:24:11 -0800 (PST)
Received-SPF: pass (google.com: domain of логинфтп@allegiance.neolocation.net designates 91.149.189.128 as permitted sender) client-ip=91.149.189.128;
Authentication-Results: mx.google.com;
spf=pass (google.com: domain of логинфтп@allegiance.neolocation.net designates 91.149.189.128 as permitted sender) smtp.mail=логинфтп@allegiance.neolocation.net;
dmarc=fail (p=NONE dis=NONE) header.from=gmail.com
Received: from логинфтп by allegiance.neolocation.net with local (Exim 4.72)
(envelope-from <логинфтп@allegiance.neolocation.net>)
id 1W3tU2-000Rzg-Rw
for to@gmail.com; Thu, 16 Jan 2014 23:24:10 +0300
To: to@gmail.com
Subject: =скрыто=
Date: Thu, 16 Jan 2014 20:24:10 +0000
From: "домен" <to@gmail.com>
Message-ID: <aa70dc1e7be64ad1377fd0724dd75e0c@домен>
X-Priority: 3
X-Mailer: PHPMailer 5.2.4 (http://code.google.com/a/apache-extras.org/p/phpmailer/)
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8
Sender: "FTP,домен" <логинфтп@allegiance.neolocation.net>
dmarc=fail (p=NONE dis=NONE) header.from=gmail.com
Похоже в этом проблема.
Ваш хостер использует DMARC, которому необходимы "зависимости" на домене в виде SPF и DKIM. (гугл уж точно выражает такое желание)
Однако, в ваших заголовках письма я вообще не вижу проверки на DKIM.
Вероятно отсутствуют TXT записи с ключами DKIM на проблемном домене(либо хостер накосячил с dkim). Как результат - DMARC не проходит проверку и письма валятся в спам.
Если домен привязан к хостеру по A записям, то записи DKIM вносятся в TXT у регистратора домена.
Если привязан по NS хостера, то соответственно в DNS управлении доменом в панели хостера.
Еще dmarc не любит, когда поле from отличается от адреса отправителя. Может скрипт подставляет другой адрес?
Вобщем тут нужно смотреть ответы, проверять что шлем и т д.
Полезные ссылки:
http://ru.wikipedia.org/wiki/DMARC
https://support.google.com/a/answer/174124
https://support.google.com/a/answer/2466580