Как только ISP видят в SBL, вероятность выхода из различных mail blacklist падает до нуля. Что такое SBL и скорость выхода из него объяснять, думаю, не требуется.
P.S. Никогда означало разумный срок ( неделя, месяц ).
У нас спамеров нет, а у Вас?
А вы вообще меры принимали? Писали в SBL о том, что вы удалили спамера или какие-то действия провели? потому что по ссылке вижу две записи, датированы : 18-May-2011 12:57 GMT (более менее свеженькая), а вот вторая 31-Jan-2010 12:28 GMT... причем обе записи точечные, т.е /32 фактически из всего их блока только два адреса не могут отправлять почту тем у кого установлен листинг..... где тут проблема? Проблемы была такая когда у меня там тоже было две записи, только /20 каждая, да, это была проблема..... А тут собственно в чем вопрос то? У них нет спамеров, это же хорошо, только их по SBL списку и блокировать то не будет, т.е почта будет доставлена нормально... (ну если не сработают другие правила само собой)..... А все что надо что бы удалить листинги..... отписаться в SBL, и по факту прекратить нарушение с этого адреса....
Так что если листинг висит с 2010 года можно подумать, что факт нарушения до сих пор игнорируется владельцами IP.
Desesperada: нужно настроить на минимум моего участия
У нас есть партнерская программа, согласно которой, все что нужно что бы заработать это что бы по вашей ссылке пришел клиент , от вас требуется только регистрация, выплаты 10% от всех платежей реферального клиента в нашу сторону. Обращайтесь в ПМ, проинструктирую более детально.
valuex: А причем тут авторитет гугла к моему посту?
На сколько я понимаю вы против использования списков... коими пользуется и google в том числе.
valuex:
Речь шла о том, что Мастерхост никогда не вытащит себя из этого листинга
интересное заключение, поведаете как вы решили что никогда не вытащат? Я например знаю методику, надо сперва всех спамеров которые бабки платят у себя помочить, а там гляди и счастье будет....
valuex: Надо отправлять почту и чтобы адресат её получил, а кто авторитет вопрос другого порядка.
Так вот тут самый важный вопрос, может ли например тот же гугл решать , доставить мое письмо вам в mbox или не доставлять? Тут и листы включаются.... если вы пишите мне с левого ящика.... или блокированного SBL / etc... IP... зачем мне от вас вообще почту принимать то? А хотите 200% доставку используйте local_delivery , вообще вопросов не будет.... шанс того что почта не дойдет вообще минимален.... разве что кривота настройки MTA......
Aileen: Romka_Kharkov, конечно, существуют черные списки. Но ведь кто-то на стороне получателя принимает решение их использовать, зная, что после этого будут проблемы с почтой.
Вот вы говорите что черные списки это хорошо, а виноват в этой ситуации мастерхост. А теперь представьте себе, что хостинг включает своим клиентам эти списки, и к ним не доходят легитимные письма. Идут не в спам, а вообще не доходят, в принципе. Так вот, это топикстартер скажет спасибо мастерхосту и спросит, за что он платит. А клиенты хостера, когда к ним массово перестанут доходить письма, начнут спрашивать хостера, за что они платят деньги. И будут правы, так как платят за электронную почту и хотят получать все нормальные письма. И даже если все сомнительные письма будут идти в спам-раздел, но в нем будут постоянно нормальные письма, клиенты тоже начнут возмущаться.
А компании, которые используют такие списки, сами себе снижают прибыль и угробляют бизнес. Потому что их часть людей пошлет нафиг с их списком, а из копеек подобных клиентов получаются рубли.
Вы совершенно не верно мыслите начиная с фразы "и к ним не доходят легитимные письма", какие же они в баню легитимные, если они шлются без SPF / DK подписей, с какого-то левого MX сервера который каллауты не поддерживает и все прочее? А еще на соседнем порту опер прокси на том же ИП открыто или socks ..... але але .... это не легитимные письма... это СПАМ уважаемый.... Да, вы правы в том, что часть писем которые могли бы быть легитимными в силу разных причин не будут доставлены получателю, ну так виноват в том случае отправитель... но никак не получатель.... представьте себе что вы военный, вас послали на соседнюю базу, но забыли вам сказать пароль , а вас на входе на соседскую базу пристрелила охрана , приняв вас за врага.... так вот ребята которые вас пристрелили на все 100% правы, вы не знали пароля..... а те кто вас отправил - дебилы потому что не сообщили его вам.... наложите схему на разговор , многое прояснится....
Вы видимо не сталкивались со спамом в промышленных масштабах, по этому говорите так уверенно, любой хостер будет нести куда более существенные убытки отказываясь от спам фильтров \ листов \ прочих проверок... Фактически вы сейчас говорите, что я как хостер должен отключить у себя спам фильтры и начать принимать почту от всякого рода дебильных ящиков и доменов которые и регались может быть для спама ради вас одного??? Да мне дешевле будет вас послать к другому провайдеру..... И так поступит каждый ISP уверяю вас, потому что открыв такую возможность мне и моим остальным клиентам в сутки начнет приезжать +10-20 тысяч какой-то СРАНИ ... и вы не поверите, они опять же спросят у меня , а что это за нафик? :)))))
Приведу вам еще один пример.... немного проще чем про военных ))))) вы хотите написать письмо на "деревню дедушке", но забыли наклеить все необходимые марки и написать адрес обратный, как думаете что будет с вашим письмом??? Ну в самом лучшем случае оно вернется к вам обратно на ящик , а в самом простом случае бесследно пропадет , потому что возврат на ваш ящик этого письма по сути тоже накладные расходы для почтальёна, он то не виноват что вы не умеете оформлять конверт верно....
Рекомендую вам ознакомится с концепцией хождения почты , такие вещи как SPF, Domain Keys, Reverse DNS, и прочее прочее прочее .... только помогают жить бизнесам и мочат всяких уродов которые срут тысячами писем в тысячи адресов ежеминутно......
Kpd: Это точно. С наличием рейда я ошибся (его и не должно было быть), а второй диск был неразмечен "для удобства клиента". Сделал разметку и замонтировал под бэкапы.
Ага, ну тогда имейте ввиду что рейда нет :)))) Бекапы это бекапы... а рейд, это винт перестегнул другой и все продолжило работать, а в некоторых случаях даже не упало вовсе ... :)
hvosting: Я к тому что повальное и обязательное использование этих 2-х технологий
сделало бы не нужными кучу мутных аналитических правил и списки с кармой айпишек.
Полностью с вами согласен, но при этом четко понимаю что перевести ВСЕХ на эти технологии просто нет возможности ;))))))
hvosting:
Ответ "темна вода в облацех" вас устроит?
Да, вполне, я где-то так и думал :D
Romka_Kharkov добавил 25.06.2011 в 01:48
iHead: я про тоже. просто тема про левый список :)
начните собирать "правый" , кто мешает то :) ? SBL тоже начинали давно давно и собрали базу не хилую ..... на них стали опираться плотно последние лет наверное 5 не более.... Все впереди :)
iHead: например, во фряхе /dev/md* - вирт диски в памяти...
А в линухах это запчасть от md devices ;)
Romka_Kharkov добавил 24.06.2011 в 20:43
ТС, нет у вас рейда 99.9% , но в принципе согласно выводам вашим все есть для того что бы его создать..... Выдайте еще:
1. cat /proc/mdstat
2. fdisk -l /dev/sda
3. fdisk -l /dev/sdb
4. smartctl -a /dev/sda (на всякий случай, раз уж raid будете делать)
5. smartctl -a /dev/sdb (на всякий случай, раз уж raid будете делать)
6. vgdisplay
7. pvdisplay
8. lvdisplay
Romka_Kharkov добавил 24.06.2011 в 20:45
Himiko:
Вывод - используется только один диск и RAID не настроен. Можем настроить, если нужно :)
Если я ничего не путаю то для создания /dev/mdX, вам потребуется сменить тип партиции...., собственно надо будет жахнуть все данные..... Или LVM будете использовать? :)
Чисто методика интересна.... Как вот на таком сервере в таком состоянии поднять рейд не прибегая к удалению данных...
rustelekom: блеклисты которые снимают блоки за деньги (как сорбс) или не снимают блоки в течение длительного времени по надуманным причинам - это зло. а те люди которые используют такого рода блоки - еще большее зло.
Не согласен, особенно с последним, я всегда и везде использую аналогичные листы... и знаете, особых проблем не наблюдалось, если провайдер не в силах удалить свои ИП адреса из баз, то какой же это провайдер, а мне как получателю весьма удобно опираться на такие списки отрезая половину спама на корню... Весьма удобно и практично! Хотя и сами были долгое время в SBL, пока не нашли таки общей язык, между прочим - бесплатно ! :)
Romka_Kharkov добавил 24.06.2011 в 20:30
rustelekom: Поэтому, даже если ай-пи находится в SBL, письма с него на гугль проходят (но, могут попадать в папку спам. Хотя достаточно часто они могут попадать в спам и не находясь в SBL).
вот вот .... Давиче клиент жаловался что письма от нас приходят в папку спам как раз на гугле, попросил его переслать хидеры почты, самое прикольно в том, что SPF тест passwd, domainKey test passed, ни одного упоминания о том, что письмо какое-то негативное..... а попало в спам.... с какого собственно такого случая? Так что таким магнатам как Google тоже есть над чем работать....
Romka_Kharkov добавил 24.06.2011 в 20:32
SAlex: Кому надо сказать спасибо?
Мастерхосту я плачу деньги за почту. А письма до адресатов не доходят.
Это проблема исключительно вашего провайдера и именно он и только он в силах её решить, так как если кто угодно начнет писать не с адресов заявленных в контактах по блоку ИП - получит игнор.... По этому тут ваш провайдер и ни кто иной должен разбираться в этой проблеме, то ли делистить из списка свои ИП, то ли выдать вам как клиенту другой который не нарушал ;)
Romka_Kharkov добавил 24.06.2011 в 20:34
valuex: Кому-то из клиентов мастерхоста. Вероятность вывода из blacklist крайне мала, так что рекомендую использовать для отправки писем внешний SMTP, того же гугла, к примеру.
Вот тут наверное и кроется ответ на вопрос: почему полностью верно оформленное письмо попало у гугла в спам? ..... маркетинговый ход против конкурентов почтовых, вытесняют с рынка почтовые системы чужие, говорят переводите почту к нам, а не то.... все в спам попадет..... Как иначе то? ;)
А вы тот кто считает что google достаточно авторитетен что бы понять где спам а где нет... увы...
Romka_Kharkov добавил 24.06.2011 в 20:35
Snapius: У нас подобная проблема была, но мы вывели IP из блока, по времени заняло почти 2 месяца.
Гы, 2 месяца ))) мы с SBL толковали около 3 лет :)
Romka_Kharkov добавил 24.06.2011 в 20:36
Aileen: SAlex, в принципе мастерхост вам услугу оказывает, ведь письма отправляются. Но ни один почтовик или хостинг не может гарантировать, что эти письма согласятся принять. Спасибо надо говорить тем, кто ввел запрет на прием писем с мастерхоста, то бишь либо адресату, либо тому кто управляет его почтой
Тут беда в том, что по сути интернет сообщество не выражает доверия к ИП адресам, через занесение последних в общие базы "нарушителей" , так что тут не получатель виноват, виновата сторона отправителя, которая заявлена в блек листах ....
Romka_Kharkov добавил 24.06.2011 в 20:36
hvosting: Протокол smtp без обязательных spf и dkim это зло.
Почитайте мой ответ, чуть выше про Google, как пояснить такое поведение?
🍿
Romka_Kharkov добавил 24.06.2011 в 20:37
iHead: spf и dkim не используют левые списки.
Они вообще списков не используют если говорить про SPF и domain key 🤣D:D
http://www.spamhaus.org/sbl/listings.lasso?isp=masterhost.ru
Как только ISP видят в SBL, вероятность выхода из различных mail blacklist падает до нуля. Что такое SBL и скорость выхода из него объяснять, думаю, не требуется.
P.S. Никогда означало разумный срок ( неделя, месяц ).
У нас спамеров нет, а у Вас?
А вы вообще меры принимали? Писали в SBL о том, что вы удалили спамера или какие-то действия провели? потому что по ссылке вижу две записи, датированы : 18-May-2011 12:57 GMT (более менее свеженькая), а вот вторая 31-Jan-2010 12:28 GMT... причем обе записи точечные, т.е /32 фактически из всего их блока только два адреса не могут отправлять почту тем у кого установлен листинг..... где тут проблема? Проблемы была такая когда у меня там тоже было две записи, только /20 каждая, да, это была проблема..... А тут собственно в чем вопрос то? У них нет спамеров, это же хорошо, только их по SBL списку и блокировать то не будет, т.е почта будет доставлена нормально... (ну если не сработают другие правила само собой)..... А все что надо что бы удалить листинги..... отписаться в SBL, и по факту прекратить нарушение с этого адреса....
Так что если листинг висит с 2010 года можно подумать, что факт нарушения до сих пор игнорируется владельцами IP.
нужно настроить на минимум моего участия
У нас есть партнерская программа, согласно которой, все что нужно что бы заработать это что бы по вашей ссылке пришел клиент , от вас требуется только регистрация, выплаты 10% от всех платежей реферального клиента в нашу сторону. Обращайтесь в ПМ, проинструктирую более детально.
А причем тут авторитет гугла к моему посту?
На сколько я понимаю вы против использования списков... коими пользуется и google в том числе.
Речь шла о том, что Мастерхост никогда не вытащит себя из этого листинга
интересное заключение, поведаете как вы решили что никогда не вытащат? Я например знаю методику, надо сперва всех спамеров которые бабки платят у себя помочить, а там гляди и счастье будет....
Надо отправлять почту и чтобы адресат её получил, а кто авторитет вопрос другого порядка.
Так вот тут самый важный вопрос, может ли например тот же гугл решать , доставить мое письмо вам в mbox или не доставлять? Тут и листы включаются.... если вы пишите мне с левого ящика.... или блокированного SBL / etc... IP... зачем мне от вас вообще почту принимать то? А хотите 200% доставку используйте local_delivery , вообще вопросов не будет.... шанс того что почта не дойдет вообще минимален.... разве что кривота настройки MTA......
Делается RAID на sdb, Туда переносятся данные и загрузчик, грузимся с sdb, размечаем sda и добавляем в RAID.
Ага, ну где-то так я и предполагал :) Спасибо за инфу.
Romka_Kharkov, конечно, существуют черные списки. Но ведь кто-то на стороне получателя принимает решение их использовать, зная, что после этого будут проблемы с почтой.
Вот вы говорите что черные списки это хорошо, а виноват в этой ситуации мастерхост. А теперь представьте себе, что хостинг включает своим клиентам эти списки, и к ним не доходят легитимные письма. Идут не в спам, а вообще не доходят, в принципе. Так вот, это топикстартер скажет спасибо мастерхосту и спросит, за что он платит. А клиенты хостера, когда к ним массово перестанут доходить письма, начнут спрашивать хостера, за что они платят деньги. И будут правы, так как платят за электронную почту и хотят получать все нормальные письма. И даже если все сомнительные письма будут идти в спам-раздел, но в нем будут постоянно нормальные письма, клиенты тоже начнут возмущаться.
А компании, которые используют такие списки, сами себе снижают прибыль и угробляют бизнес. Потому что их часть людей пошлет нафиг с их списком, а из копеек подобных клиентов получаются рубли.
Вы совершенно не верно мыслите начиная с фразы "и к ним не доходят легитимные письма", какие же они в баню легитимные, если они шлются без SPF / DK подписей, с какого-то левого MX сервера который каллауты не поддерживает и все прочее? А еще на соседнем порту опер прокси на том же ИП открыто или socks ..... але але .... это не легитимные письма... это СПАМ уважаемый.... Да, вы правы в том, что часть писем которые могли бы быть легитимными в силу разных причин не будут доставлены получателю, ну так виноват в том случае отправитель... но никак не получатель.... представьте себе что вы военный, вас послали на соседнюю базу, но забыли вам сказать пароль , а вас на входе на соседскую базу пристрелила охрана , приняв вас за врага.... так вот ребята которые вас пристрелили на все 100% правы, вы не знали пароля..... а те кто вас отправил - дебилы потому что не сообщили его вам.... наложите схему на разговор , многое прояснится....
Вы видимо не сталкивались со спамом в промышленных масштабах, по этому говорите так уверенно, любой хостер будет нести куда более существенные убытки отказываясь от спам фильтров \ листов \ прочих проверок... Фактически вы сейчас говорите, что я как хостер должен отключить у себя спам фильтры и начать принимать почту от всякого рода дебильных ящиков и доменов которые и регались может быть для спама ради вас одного??? Да мне дешевле будет вас послать к другому провайдеру..... И так поступит каждый ISP уверяю вас, потому что открыв такую возможность мне и моим остальным клиентам в сутки начнет приезжать +10-20 тысяч какой-то СРАНИ ... и вы не поверите, они опять же спросят у меня , а что это за нафик? :)))))
Приведу вам еще один пример.... немного проще чем про военных ))))) вы хотите написать письмо на "деревню дедушке", но забыли наклеить все необходимые марки и написать адрес обратный, как думаете что будет с вашим письмом??? Ну в самом лучшем случае оно вернется к вам обратно на ящик , а в самом простом случае бесследно пропадет , потому что возврат на ваш ящик этого письма по сути тоже накладные расходы для почтальёна, он то не виноват что вы не умеете оформлять конверт верно....
Рекомендую вам ознакомится с концепцией хождения почты , такие вещи как SPF, Domain Keys, Reverse DNS, и прочее прочее прочее .... только помогают жить бизнесам и мочат всяких уродов которые срут тысячами писем в тысячи адресов ежеминутно......
Ничего, скоро будет IPv6...тогда будет наш черёд смеяться над блоклистами...
принципиальной разницы не вижу :)
Это точно. С наличием рейда я ошибся (его и не должно было быть), а второй диск был неразмечен "для удобства клиента". Сделал разметку и замонтировал под бэкапы.
Ага, ну тогда имейте ввиду что рейда нет :)))) Бекапы это бекапы... а рейд, это винт перестегнул другой и все продолжило работать, а в некоторых случаях даже не упало вовсе ... :)
Я к тому что повальное и обязательное использование этих 2-х технологий
сделало бы не нужными кучу мутных аналитических правил и списки с кармой айпишек.
Полностью с вами согласен, но при этом четко понимаю что перевести ВСЕХ на эти технологии просто нет возможности ;))))))
Ответ "темна вода в облацех" вас устроит?
Да, вполне, я где-то так и думал :D
Romka_Kharkov добавил 25.06.2011 в 01:48
я про тоже. просто тема про левый список :)
начните собирать "правый" , кто мешает то :) ? SBL тоже начинали давно давно и собрали базу не хилую ..... на них стали опираться плотно последние лет наверное 5 не более.... Все впереди :)
например, во фряхе /dev/md* - вирт диски в памяти...
А в линухах это запчасть от md devices ;)
Romka_Kharkov добавил 24.06.2011 в 20:43
ТС, нет у вас рейда 99.9% , но в принципе согласно выводам вашим все есть для того что бы его создать..... Выдайте еще:
1. cat /proc/mdstat
2. fdisk -l /dev/sda
3. fdisk -l /dev/sdb
4. smartctl -a /dev/sda (на всякий случай, раз уж raid будете делать)
5. smartctl -a /dev/sdb (на всякий случай, раз уж raid будете делать)
6. vgdisplay
7. pvdisplay
8. lvdisplay
Romka_Kharkov добавил 24.06.2011 в 20:45
Вывод - используется только один диск и RAID не настроен.
Можем настроить, если нужно :)
Если я ничего не путаю то для создания /dev/mdX, вам потребуется сменить тип партиции...., собственно надо будет жахнуть все данные..... Или LVM будете использовать? :)
Чисто методика интересна.... Как вот на таком сервере в таком состоянии поднять рейд не прибегая к удалению данных...
блеклисты которые снимают блоки за деньги (как сорбс) или не снимают блоки в течение длительного времени по надуманным причинам - это зло. а те люди которые используют такого рода блоки - еще большее зло.
Не согласен, особенно с последним, я всегда и везде использую аналогичные листы... и знаете, особых проблем не наблюдалось, если провайдер не в силах удалить свои ИП адреса из баз, то какой же это провайдер, а мне как получателю весьма удобно опираться на такие списки отрезая половину спама на корню... Весьма удобно и практично! Хотя и сами были долгое время в SBL, пока не нашли таки общей язык, между прочим - бесплатно ! :)
Romka_Kharkov добавил 24.06.2011 в 20:30
Поэтому, даже если ай-пи находится в SBL, письма с него на гугль проходят (но, могут попадать в папку спам. Хотя достаточно часто они могут попадать в спам и не находясь в SBL).
вот вот .... Давиче клиент жаловался что письма от нас приходят в папку спам как раз на гугле, попросил его переслать хидеры почты, самое прикольно в том, что SPF тест passwd, domainKey test passed, ни одного упоминания о том, что письмо какое-то негативное..... а попало в спам.... с какого собственно такого случая? Так что таким магнатам как Google тоже есть над чем работать....
Romka_Kharkov добавил 24.06.2011 в 20:32
Кому надо сказать спасибо?
Мастерхосту я плачу деньги за почту. А письма до адресатов не доходят.
Это проблема исключительно вашего провайдера и именно он и только он в силах её решить, так как если кто угодно начнет писать не с адресов заявленных в контактах по блоку ИП - получит игнор.... По этому тут ваш провайдер и ни кто иной должен разбираться в этой проблеме, то ли делистить из списка свои ИП, то ли выдать вам как клиенту другой который не нарушал ;)
Romka_Kharkov добавил 24.06.2011 в 20:34
Кому-то из клиентов мастерхоста. Вероятность вывода из blacklist крайне мала, так что рекомендую использовать для отправки писем внешний SMTP, того же гугла, к примеру.
Вот тут наверное и кроется ответ на вопрос: почему полностью верно оформленное письмо попало у гугла в спам? ..... маркетинговый ход против конкурентов почтовых, вытесняют с рынка почтовые системы чужие, говорят переводите почту к нам, а не то.... все в спам попадет..... Как иначе то? ;)
А вы тот кто считает что google достаточно авторитетен что бы понять где спам а где нет... увы...
Romka_Kharkov добавил 24.06.2011 в 20:35
У нас подобная проблема была, но мы вывели IP из блока, по времени заняло почти 2 месяца.
Гы, 2 месяца ))) мы с SBL толковали около 3 лет :)
Romka_Kharkov добавил 24.06.2011 в 20:36
SAlex, в принципе мастерхост вам услугу оказывает, ведь письма отправляются. Но ни один почтовик или хостинг не может гарантировать, что эти письма согласятся принять. Спасибо надо говорить тем, кто ввел запрет на прием писем с мастерхоста, то бишь либо адресату, либо тому кто управляет его почтой
Тут беда в том, что по сути интернет сообщество не выражает доверия к ИП адресам, через занесение последних в общие базы "нарушителей" , так что тут не получатель виноват, виновата сторона отправителя, которая заявлена в блек листах ....
Romka_Kharkov добавил 24.06.2011 в 20:36
Протокол smtp без обязательных spf и dkim это зло.
Почитайте мой ответ, чуть выше про Google, как пояснить такое поведение?
🍿
Romka_Kharkov добавил 24.06.2011 в 20:37
spf и dkim не используют левые списки.
Они вообще списков не используют если говорить про SPF и domain key 🤣D:D