Комментарии 40
Где-то в форме регистрации напротив поля email видел дешево и сердито простенько и со вкусом: «Пожалуйста, только не mail.ru». У себя сделал также.
(ой, только вот не надо про потерю процента платежеспособных пользователей ресурса, да?)
Жду, когда вконтактик сделает для хомячковинновацию @vk.com, тогда гори он, этот mail.ru
(ой, только вот не надо про потерю процента платежеспособных пользователей ресурса, да?)
Жду, когда вконтактик сделает для хомячков
НЛО прилетело и опубликовало эту надпись здесь
А я в наших базах e-mail адресов стабильно вижу 50 % пользователей, которые сидят на mail.ru. Такое чувство, что вокруг одни домохозяйки…
Ну вот, например, у меня основная почта — Гугл. А для всяких регистраций — помойка на мэйлру.
Глянул быстренько наши рабочие базы (крупные интернет-магазины): в среднем 79% на mail.ru, bk.ru, list.ru, inbox.ru. И да, у нас тоже были с ними проблемы.
При чём здесь домохозяйки? Всегда и на всех «ресурсах», где собирают базы емылов для рассылок, оставляют только мэйлрушные адреса специально для этого заведённые. Думаю, так многие делают. Разве сборщики баз достойны чего-то бОльшего? Странно, что они настолько недалёкие, что не понимают таких простых вещей…
Где-то в форме регистрации напротив поля email видел дешево и сердито простенько и со вкусом: «Пожалуйста, только не mail.ru». У себя сделал также.
Нельзя игнорировать то, чем пользуется большое количество людей.
Приходиться подстраиваться.
Только вчера решал эту проблему для своего домена. Проверьте заголовки с которым шлет письма ваш сервер. Майл.ру очень щепетильно относится к тому, чтобы домен отправителя совпадал с доменом, с которого отправлено сообщение.
Но по прежнему хочется написать, что в комментах выше.
Но по прежнему хочется написать, что в комментах выше.
Проверено неоднократно. На своем сервере я настроил бы smtp несколько по-другому, но в данном конкретном случае виртуальный хостинг, но всё до чего достали руки — проверено.
Спасибо, что отписали. Значит не одинарный случай.
Спасибо, что отписали. Значит не одинарный случай.
Ну да, я тоже попробовал слать почту через smtp гугла привязав к нему свой домен — мэйлру считает себя умнее ( а скорее всего Артемка Д. слыхом не слыхивал про DKIM и проч.)
Может быть на Хабре окажется человек из Mail.ru, который всё популярно объяснит,
как у них там всё работает.
как у них там всё работает.
Неа. И дело не в моем пессимизме. Таких людей у них нет и не требуется. Пока не закончится эта эпоха funcky-бизнес-менеджмента. Это когда м-е-е-е-неджеры на очередном митинг-брейнсторминге решают — «а давайте мы сменим дизайн! Копирайтер тиснет в интернеты мэсседж про повысившийся юзабилити. Тогда хомячки к нам потянутся, монетизация и повысится! Профит. Бонусы наши.»
Извините, накопилась злоба.
Извините, накопилась злоба.
Я не верил, также как и вы. Но глядите — такие люди есть! Приятно ошибиться :)
Чтобы было всё видно, как есть, добавил заголовки письма, успешно доставленного на gmail.
Возможно я ошибаюсь, но почту у вас отправляет www.domain.ru, а отправитель user@domain.ru
Просто попробуйте либо к отправителю добавить www, либо домен перенастроить без www. Так на всякий.
Просто попробуйте либо к отправителю добавить www, либо домен перенастроить без www. Так на всякий.
1. www.domain.ru прописан синонимом (CNAME) domain.ru в ДНСах
2. shared-хостинг и перенастроить — нет возможности
Кстати, удаленный сервер (smtp) не оперирует именем. Ему приходит запрос от 1.2.3.4, он спрашивает обратную запись — получает domain.com, снова спрашивает, но уже прямую — получает 1.2.3.4. Принимает почту.
Я понимаю, вы имеете ввиду, что строка в HELO должна быть в идеальном случае domain.com, а не www.domain.com, у себя на сервере с Postfix я так и настроил, но на shared-хостинге этим не порулишь :(
2. shared-хостинг и перенастроить — нет возможности
Кстати, удаленный сервер (smtp) не оперирует именем. Ему приходит запрос от 1.2.3.4, он спрашивает обратную запись — получает domain.com, снова спрашивает, но уже прямую — получает 1.2.3.4. Принимает почту.
Я понимаю, вы имеете ввиду, что строка в HELO должна быть в идеальном случае domain.com, а не www.domain.com, у себя на сервере с Postfix я так и настроил, но на shared-хостинге этим не порулишь :(
Сдается мне, что mail проверяет все. Домен вы не перепишете, но отправителя From: admin@www.domain.ru думаю легко сможете.
Что же было на самом деле: обновил пост
НЛО прилетело и опубликовало эту надпись здесь
Почему они не могу сделать как гугл, просто складывать в спам? Который удаляется через 30 дней.
Зачем так фатально отсекать письма?
Зачем так фатально отсекать письма?
А Вы уверены, что shared-хостер отправляет почту Вашего сайта именно с Вашего IP? Возможно, косяк конфигурации где-то у них.
Да, уверен, всё видно по заголовкам. И, несомненно, своя конфигурация под контролем, но тут другой случай.
Чтобы не быть голословным добавил заголовки письма, успешно доставленного на gmail. На скриншоте всё видно, надеюсь.
Мне для отправки на mail.ru помогло настроить DKIM, тогда ещё до обновления PTR-записи письма начали доходить, хотя и попадать в спам. Может быть и вам поможет.
Спасибо за совет, но:
— exim ниже 4.70 вряд ли поддерживает DKIM из коробки
— в случае обычного виртуального хостинга (а я описал именно этот случай) нет никакой возможности тюнинга smtp за неимением рутового доступа
На VPSке и вопросов никаких бы не было…
— exim ниже 4.70 вряд ли поддерживает DKIM из коробки
— в случае обычного виртуального хостинга (а я описал именно этот случай) нет никакой возможности тюнинга smtp за неимением рутового доступа
На VPSке и вопросов никаких бы не было…
Для каждого масштаба проекта есть свои требования на качество, имхо. Хорошую систему рассылки с гарантией доставки и высокой производительностью с подобными ограничениями сложно построить.
P.S. Вы имели в виду shared-хостинг? На VPS должен быть доступ.
P.S. Вы имели в виду shared-хостинг? На VPS должен быть доступ.
1. Да, shared-хостинг (но с отдельным ip)
2. О рассылке не идёт и речи! Просто отправленная из домена почта должна приниматься smtp Mail.ru, и не более того.
Речь о том, что домен имеет валидную PTR-запись, а mail.ru реджектит почту, отдавая 550 ошибку с комментарием «У вас неправильно настроена PTR», всё может быть — это отмазка. Грустно, что саппорт даже не пытается локализовать проблему или хотя бы объяснить причину поведения их smtp-сервера.
На данный момент мне видится, что их локальный ДНС-сервер просто закэшировал устаревшие данные для этого ip.
Но пока саппорт не даст вразумительного ответа нельзя утверждать, что это так.
2. О рассылке не идёт и речи! Просто отправленная из домена почта должна приниматься smtp Mail.ru, и не более того.
Речь о том, что домен имеет валидную PTR-запись, а mail.ru реджектит почту, отдавая 550 ошибку с комментарием «У вас неправильно настроена PTR», всё может быть — это отмазка. Грустно, что саппорт даже не пытается локализовать проблему или хотя бы объяснить причину поведения их smtp-сервера.
На данный момент мне видится, что их локальный ДНС-сервер просто закэшировал устаревшие данные для этого ip.
Но пока саппорт не даст вразумительного ответа нельзя утверждать, что это так.
Что же было на самом деле: обновил пост
Добрый день!
Попробую внести ясность в дискуссию с «провинившейся» стороны, саппорта Почты@Mail.Ru.
Конечно, 48 часов здесь не при чем и при обновлении DNS-записей мы учитываем TTL в соответствие со стандартами. Имел место некорректный ответ сотрудника, и я приношу Вам свои извинения за него. Мы обязательно проведем «работу над ошибками».
Что касается Вашей проблемы — она заключалась в другом. При получении почты MX-сервер Mail.Ru не только определяет наличие PTR-записи как таковой, но эта запись не должна быть похожа на стандартные PTR для пулов динамических IP-адресов. К сожалению, имя Вашего домена попадало под один из таких шаблонов, разумеется ошибочно :(
Благодаря Вашему сообщению проблему нашли, конфигурации исправили, спасибо!
На данный момент проблемы быть не должно.
С уважением и искренними извинениями,
Кондратов Николай
руководитель Службы Поддержки Mail.Ru
Попробую внести ясность в дискуссию с «провинившейся» стороны, саппорта Почты@Mail.Ru.
Конечно, 48 часов здесь не при чем и при обновлении DNS-записей мы учитываем TTL в соответствие со стандартами. Имел место некорректный ответ сотрудника, и я приношу Вам свои извинения за него. Мы обязательно проведем «работу над ошибками».
Что касается Вашей проблемы — она заключалась в другом. При получении почты MX-сервер Mail.Ru не только определяет наличие PTR-записи как таковой, но эта запись не должна быть похожа на стандартные PTR для пулов динамических IP-адресов. К сожалению, имя Вашего домена попадало под один из таких шаблонов, разумеется ошибочно :(
Благодаря Вашему сообщению проблему нашли, конфигурации исправили, спасибо!
На данный момент проблемы быть не должно.
С уважением и искренними извинениями,
Кондратов Николай
руководитель Службы Поддержки Mail.Ru
Да, увидел. Спасибо еще раз. Обновил уже пост.
Николай, тогда уж посмотрите на мою проблему: я пользуюсь услугой почты для домена от google. Когда я посылаю почту со своего адреса (noreply@mydomain.ru) письма не доходят ТОЛЬКО на mail.ru
(идет ответ 550 550 spam message discarded)
Понятно что, почтовый сервер mail.ru реагирует на то что письмо идет от отправителя не @gmail.com.
Но в письме ведь есть X-Google-DKIM-Signature!
Можно ли с этим что-то сделать?
(идет ответ 550 550 spam message discarded)
Понятно что, почтовый сервер mail.ru реагирует на то что письмо идет от отправителя не @gmail.com.
Но в письме ведь есть X-Google-DKIM-Signature!
Можно ли с этим что-то сделать?
(идет ответ 550 550 spam message discarded)Вопрос не ко мне конечно, но пост мой, поэтому позволю себе.
Понятно что, почтовый сервер mail.ru реагирует на то что письмо идет от отправителя не @gmail.com
Что вы имели ввиду под "mail.ru реагирует на то что письмо идет от отправителя не @gmail.com"?
Я тоже использую для одного из сайтов почтовый сервис Гугла — всё прекрасно ходит на Mail.ru (заголовки ниже). Чтобы не гадать, приведите заголовки письма успешно пришедшего куда либо — может быть что-то будет понятно сразу. Параллельно отправьте на abuse@ как предлагает Mail.ru
Заголовки успешно доставленного на ящик mail.ru сообщения, отправленного из домена используещего MX Гугла:
Добрый день!
Ваше предположение, что проблема в том, что «письмо идет от отправителя не @gmail.com» не совсем верно. Ваше письмо не проходит проверку антиспама — а антиспам не работает по столь «прямолинейным» алгоритмам — оцениваются и заголовки, и содержание письма, и множество самых разных факторов. Чтобы разобраться с проблемой, Службе Поддержки необходимо увидеть образец Вашей рассылки.
Для удобства прямо в тексте ошибки указана ссылка, по которой нужно перейти чтоб пожаловаться на некорректное срабатывание антиспама. Полный текст ошибки выглядит так (разумеется коды будут уникальные, конкретно для Вашего случая):
550 spam message discarded. Please visit
mail.ru/notspam/abuse?c=XaisCc8K4JDu_NHfPpZdr5kaLTUE1R6[...] or report
details to abuse@corp.mail.ru. Error code:
09ACA85D90E00A[...]. ID: 0000000C00000CCB1[...].
Вам нужно всего лишь перейти по ссылке, по результатам анализа Вашего образца с Вами обязательно свяжутся.
Ваше предположение, что проблема в том, что «письмо идет от отправителя не @gmail.com» не совсем верно. Ваше письмо не проходит проверку антиспама — а антиспам не работает по столь «прямолинейным» алгоритмам — оцениваются и заголовки, и содержание письма, и множество самых разных факторов. Чтобы разобраться с проблемой, Службе Поддержки необходимо увидеть образец Вашей рассылки.
Для удобства прямо в тексте ошибки указана ссылка, по которой нужно перейти чтоб пожаловаться на некорректное срабатывание антиспама. Полный текст ошибки выглядит так (разумеется коды будут уникальные, конкретно для Вашего случая):
550 spam message discarded. Please visit
mail.ru/notspam/abuse?c=XaisCc8K4JDu_NHfPpZdr5kaLTUE1R6[...] or report
details to abuse@corp.mail.ru. Error code:
09ACA85D90E00A[...]. ID: 0000000C00000CCB1[...].
Вам нужно всего лишь перейти по ссылке, по результатам анализа Вашего образца с Вами обязательно свяжутся.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
PTR-запись vs. Mail.ru