Comments 12
а по ip-адресам вместо доменов статистику не будете прикручивать?
традиционно ваши сервера — огромная, и практически единственная головная боль shared-хостинга, связанная с почтой. «550 spam message discarded» снится в страшных снах =)
возможно, подобный описанному инструмент, но для серверов исходящей почты, а не доменов, был бы полезен.
традиционно ваши сервера — огромная, и практически единственная головная боль shared-хостинга, связанная с почтой. «550 spam message discarded» снится в страшных снах =)
возможно, подобный описанному инструмент, но для серверов исходящей почты, а не доменов, был бы полезен.
Мысли такие есть. Но независимо от этого, мы рекомендуем и хостерам тоже внедрять DKIM для своих клиентов. Потому что нередки ситуации, когда один ваш нерадивый клиент нагадил, а из-за этого страдают все, кто на этом же IP. Использование DKIM подволяет таких проблем легко и красиво избежать. Кстати, сейчас уже многие системы управления хостингом поддерживают DKIM «из коробки».
почему-то складывается ощущение, что вы не совсем представляете, как воплотить в жизнь DKIM в shared-окружении. или не совсем представляю я, одно из двух =) но это точно не будет «легко и красиво». даже если не касаться внутрисерверной инфраструктуры, как заставить over9000 клиентов прописать непонятную им строчку в днс-зоне их доменов, если большинству даже слово «регистратор» незнакомо? =)
и, пользуясь случаем, хочется спросить про основную проблему, из-за которой собственно, как я понимаю, по большей мере и возникает «550 spam message discarded»: редирект писем.
юзер заводит у нас ящик mail@domain.ru, и ставит с него редирект на свой же ящик на mail.ru.
на mail@domain.ru очевидно идёт какое-то количество спама. соответственно ваши сервера при пересылке агрятся на наши. когда таких ящиков на сервере становится, ну, скажем пара тысяч, пересылка начинает почти постоянно находиться в состоянии «550» и письма идут по двое суток.
что делать? пару лет назад в вашей поддержке не смог пробиться через людей-роботов и никаких дельных советов не получил :(
и, пользуясь случаем, хочется спросить про основную проблему, из-за которой собственно, как я понимаю, по большей мере и возникает «550 spam message discarded»: редирект писем.
юзер заводит у нас ящик mail@domain.ru, и ставит с него редирект на свой же ящик на mail.ru.
на mail@domain.ru очевидно идёт какое-то количество спама. соответственно ваши сервера при пересылке агрятся на наши. когда таких ящиков на сервере становится, ну, скажем пара тысяч, пересылка начинает почти постоянно находиться в состоянии «550» и письма идут по двое суток.
что делать? пару лет назад в вашей поддержке не смог пробиться через людей-роботов и никаких дельных советов не получил :(
Можете прислать мне в личку (или на почту в конце топика) свои IP адреса и домен, посмотрим в чем причина? Т.к если письма перестают уходить, то это скорее 4xx ошибка (try again later).
А в общем случае если Вы пересылаете спам, то да, репутация вашего IP в данный момент страдает. Мы планируем в будущем сделать поддержку некоего списка легальных форвардеров и смотреть в таком случае репутацию IP с которого письмо пришло форвардеру.
Также можно попытаться на своей стороне лучше фильтровать спам и не пересылать его дальше.
А в общем случае если Вы пересылаете спам, то да, репутация вашего IP в данный момент страдает. Мы планируем в будущем сделать поддержку некоего списка легальных форвардеров и смотреть в таком случае репутацию IP с которого письмо пришло форвардеру.
Также можно попытаться на своей стороне лучше фильтровать спам и не пересылать его дальше.
А в общем случае если Вы пересылаете спам, то да, репутация вашего IP в данный момент страдает. Мы планируем в будущем сделать поддержку некоего списка легальных форвардеров и смотреть в таком случае репутацию IP с которого письмо пришло форвардеру.
очень надеюсь, что этот волшебный момент вы осветите на хабре.
очень надеюсь, что этот волшебный момент вы осветите на хабре.
Для шареда — возможно есть проблемы такие.
Зато для выделенного хостинга, когда есть возможность использовать DKIM и т.д., всё работает отлично по моему опыту (рассылки на миллионы адресов в день).
А вот с Гуглом — проблемы есть, несмотря на учет всех требований.
Зато для выделенного хостинга, когда есть возможность использовать DKIM и т.д., всё работает отлично по моему опыту (рассылки на миллионы адресов в день).
А вот с Гуглом — проблемы есть, несмотря на учет всех требований.
Почему у вас входящие письма которые не прошли проверку по SPF-записям не попадают в спам а просто не доставляются?
Почему для входящей почты у вас не обрабатываются ADSP-записи? Например при записи _adsp._domainkey.example.com со значением «dkim=discardable», письмо с домена example.com не имеющее подписи DKIM будет принято и помещено во входящие без пометки о том, что письмо подозрительное?
Почему для входящей почты у вас не обрабатываются ADSP-записи? Например при записи _adsp._domainkey.example.com со значением «dkim=discardable», письмо с домена example.com не имеющее подписи DKIM будет принято и помещено во входящие без пометки о том, что письмо подозрительное?
По SPF — надо разбираться с конкретным случаем, как именно прописана SPF-запись, что было за письмо, с какого IP отправлено. Вполне возможно, что заблокировано оно было не только из-за SPF.
Вообще, в папку Спам попадает, разумеется, не весь спам, который мы принимаем — значительная часть просто не принимается. И кстати, в статистике postmaster.mail.ru мы показываем эти цифры.
По ADSP — мы пока действительно не поддерживаем ADSP в полной мере, но экспериментируем с этим и планируем такую поддержку. Потому что это логичное продолжение истории с подписыванием.
Вообще, в папку Спам попадает, разумеется, не весь спам, который мы принимаем — значительная часть просто не принимается. И кстати, в статистике postmaster.mail.ru мы показываем эти цифры.
По ADSP — мы пока действительно не поддерживаем ADSP в полной мере, но экспериментируем с этим и планируем такую поддержку. Потому что это логичное продолжение истории с подписыванием.
Расскажите в «двух словах» про репутацию и тенденцию. Через какое время они в статистике появляются?
В ближайших планах – реализация технологии FBL (хотя напрямую к сервису postmaster это и не относится), а также – специального API для доступа к данным postmaster.
Добрый день!
Удалось ли реализовать ближайшие планы с FBL и API?
Sign up to leave a comment.
Postmaster.mail.ru – умная статистика