Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» СПАМ (SPAM) : методы борьбы со спамом

Автор: FL0od13
Дата сообщения: 04.12.2008 10:44
vangerTv

В конце апреля я настраивал счётчик на серваке с Exchange 2003.
Так вот за сутки было около 70000 DNS запросов по RBL, из них 50000 оказались положительными (отсеивались). Получается больше 70% спама отсеивается благодаря RBLям.


Цитата:
..много легитимных серваков отбивается??


К сожалению, настроить счётчик по отдельному сервису нельзя (напр. по whois.rfc-ignorant.org), и сказать какой процент коннектов отбивается по конкретному сервису я не могу.

Но могу сказать одно - За всё время работы в конторе (1,5 года) мне ещё ни один пользователь или почтовый админ из другой конторы не жаловался, что до нас не доходит их почта. Правда моя контора хоть и крупная, но узкоспециализированная, и кол-во доменов, с которыми ведётся переписка, небольшое (большинство в исключениях).

P.S. list.dsbl.org всё-таки умер...
Автор: TokImota
Дата сообщения: 22.01.2009 22:55
в последнее время стало заваливать спамом _от_самого_себя_ спамеры подменяют адрес отправителя и ОРФ пропускает как whitelist ... не подскажет кто-нить как бороться?!

Добавлено:
нашел решение : http://www.vamsoft.com/howto-blacklist-self-spam.asp
Автор: swed
Дата сообщения: 31.01.2009 00:58

Цитата:
Если есть возможность, лучше это требование RFC тоже выполнять. Иначе ваш почтовик становится похожим на рассылающего спам зомби. Со всеми вытекающими последствиями. Правда есть невменяемые хостеры и прочие владельцы IP, которые не хотят делать человеческий back-resolving IP для клиентов (кстати, их не так уж и много). Что ж, для этого случая есть белые списки.

Как вменить хостеру, что

Цитата:

В MX должно быть упоминание FQDN, заданное в настройках почтаря (имя, которым почтарь представляется).
Для FQDN должна быть прямая (A или MX) и обратная запись. По обратной записи должно резолвится FQDN. По FQDN должен резолвится IP, заданный в обратной записи.

и таких писем

Цитата:

Мною отправленное тестовое письмо:

Received: from s25.org.ua ([195.248.234.25]:30117 "EHLO mail.ya.ru"
smtp-auth: <none> TLS-CHIPER: <none> TLS-PEER-CN1: <none>)
by mxfront13.yandex.ru with ESMTP id S7438512AbZA3WQr;
Sat, 31 Jan 2009 01:16:47 +0300
Received-SPF: softfail (mxfront13: transitioning domain of ya.ru does not designate 195.248.234.25 as permitted sender) client-ip=195.248.234.25; envelope-from=sergey-ob@ya.ru; helo=mail.ya.ru;
Received: from ya.ru
by mail.ya.ru (envelope-from <sergey-ob@ya.ru>)
with esmtp (Refereemail Version 1.72); Sat, 31 Jan 2009 00:16:08 +0200
Date: Sat, 31 Jan 2009 00:16:28 +0200
From: sergey-ob@ya.ru
Reply-To: sergey-ob@ya.ru
Message-ID: <756841977.20090131001628@collection.com.ua>
To: sergey-ob@ya.ru
Subject: test smtp

с явно кривым ELHO, без указания IP отправителя ..
быть не должно..
после такого ответа от суппорта хостера

Цитата:

Для того чтобы SMTP не подставлял чужой адрес Вам нужно преобрести
выделенный IP для Вашего акаунта. Тогда мы сможем прописать для него Ваш
домен в обратку.
Цены на IP тут http://<пока уберу в надежде что найду решение и не придется антирекламировать>
> BВБ> SMTP работает нормально.
> нет
> вы так и не исправили настройки SMTP. Он по прежнему подставляет чужой адрес,
> что приводит к 451 Подделка имени, из-за чего IP будет постоянно попадать в спам
> листы.
>> думаю это из-за так и не решенной проблемы ELHO
>> Received: from s25.org.ua ([195.248.234.25]:35546 "EHLO mail.collection.com.ua"
>>>>>>> 451 4.1.8 Possibly forged hostname for 195.248.234.25
>>>>>>> Зачем ваш SMTP подставляет неверное имя используя почтовый адрес отправителя ?
>> см. переписку в декабре.

?

Автор: chAlx
Дата сообщения: 04.02.2009 11:02
swed:


Цитата:
Как вменить хостеру


А что тут вменять -- ну, нарушают стандарт, из-за чего почта пользователей блокируется многими почтовыми серверами. Если они считают это приемлемым -- поможет только массовый переход к другому хостеру.

Можешь попробовать в договоре поискать упоминание про почту и попытаться разъяснить им, что [в отсутствие специальных примечаний] имеется в виду стандартная почта, соответствующая протоколу SMTP (хоть какой-то версии). Нарушение договора обычно более веский аргумент, чем нарушение RFC.
Автор: Wonder007
Дата сообщения: 04.02.2009 12:02

Цитата:
А что тут вменять -- ну, нарушают стандарт, из-за чего почта пользователей блокируется многими почтовыми серверами. Если они считают это приемлемым -- поможет только массовый переход к другому хостеру.


А можно для того, чтобы аргументировано спорить с подобными хостерами, так сказать, привести номера стандартов (а лучше цитаты) где говорится о:


Цитата:
В MX должно быть упоминание FQDN, заданное в настройках почтаря (имя, которым почтарь представляется).
Для FQDN должна быть прямая (A или MX) и обратная запись. По обратной записи должно резолвится FQDN. По FQDN должен резолвится IP, заданный в обратной записи.


?
Автор: Ruza
Дата сообщения: 04.02.2009 12:40
Wonder007
http://www.ietf.org/rfc/rfc2505.txt
Цитаты там же...
Автор: Wonder007
Дата сообщения: 04.02.2009 13:09

Цитата:
http://www.ietf.org/rfc/rfc2505.txt
Цитаты там же...


Это все, конечно, здорово. Но я же просил цитаты из стандартов, а не из RFC с рекомендациями. Рекомендациям никто следовать не обязан и это не аргумент в споре с хостером.
Автор: swed
Дата сообщения: 04.02.2009 15:31

Цитата:
Можешь попробовать в договоре поискать упоминание про почту и попытаться разъяснить им, что [в отсутствие специальных примечаний] имеется в виду стандартная почта, соответствующая протоколу SMTP (хоть какой-то версии). Нарушение договора обычно более веский аргумент, чем нарушение RFC.


Может я невнимательно читал.. но кажись они технично "не упоминают" вопросов соответствия стандартов

[more=Договор при оформлении хостинга:]
(1) Компанія Besthosting, в особі Суб’єкта підприємницької діяльності Варшавського Романа Вікторовича, діючого на підставі Свідоцтва, іменований надалі Виконавець, з однієї сторони;

(2) Користувач послугами хостингу, іменований надалі Замовник, з іншої сторони;


Надалі за текстом Виконавець та Замовник відповідно, разом іменуються Сторони, погоджуються з умовами даної Угоди, а саме:

1. Предмет Угоди

1.1. За даною Угодою Виконавець бере на себе зобов’язання по розміщенню web-сторінки Замовника в мережі Інтернет за певним тарифним планом, а Замовник зобов’язується прийняти та оплатити ці послуги.

1.2. При виконанні та/або тлумаченні даної Угоди Сторони зобов’язуються неухильно керуватися чинним законодавством України.
2. Умови виконання Угоди

2.1 На протязі 1 (одного) робочого дня після надходження оплати за замовлення Виконувач встановлює та виконує відповідні настроювання віртуального web-серверу та забезпечує Замовника необхідною інформацією для адміністрування віртуального web-серверу.

2.2 Виконавець забезпечує доступ в мережі Інтернет до віртуального web-сервера Замовника цілодобово протягом семи днів в неділю.

2.3 Виконавець зобов’язується безкоштовно зареєструвати та делегувати протягом первинної оплати, але не менше 12 міс., 1 (одне) доменне ім’я в зоні, в якій він являється офіційним Реєстратором (див. http://bestname.com.ua/price.html) на вибір Замовника, крім доменів в зонах *.ua і *.ru, при відзначенні такої опції в замовленні. Подальше делегування та продовження терміну дії даного доменного імені відбувається безкоштовно при умові передоплати хостингу мінімум на 9 (дев’ять) міс.

2.4 При замовленні та оплаті по тарифному плану і на термін, позначений ** (див. http://besthosting.com.ua/price.php) доменне ім’я безкоштовно не реєструється. Замовник вправі зареєструвати безкоштовно ім’я пізніше, коли загальна сума його первинних і вторинних оплат складатиме 200 % від вартості відповідного домену.

3. Ціни і порядок оплати

3.1 Вартість робіт за даним Договором на момент його укладання визначається у відповідності з діючим “Прейскурантом” (див. http://besthosting.com.ua/price.php).

3.2 При відсутності оплати за продовження послуги на протязі 7 (семи) календарних днів з дати закінчення терміну попередньої оплати даної послуги, Виконавець вправі заблокувати аккаунт. Відновлення роботи аккаунта можливе лише після погашення заборгованості.

3.3 Відсутність оплати за продовження хостингу на протязі 30 (тридцяти) календарних днів з дати закінчення терміну дії даної послуги дає право Виконувачеві на розірвання даної Угоди з подальшим видаленням даних Замовника, що зберігаються на сервері.

3.4 При виникненні технічної необхідності, Замовник вправі зробити Upgrade (див. нижче "Визначник термінів") тарифного плану, доплативши різницю у вартості на даний час.

3.5 Замовник має право на Downgrade (див. нижче "Визначник термінів") тарифного плану лише за додаткову плату в розмірі 10 у.о.

3.6 У випадку невідповідності якості сервісу, що надає Виконавець, запитам Замовника, Замовник має право на протязі 30 (тридцяти) календарних днів відмовитись від надаваних послуг та отримати всю суму платежу назад. У випадку здійснення реєстрації доменного імені за акцією, тобто безкоштовно, із суми, що підлягає поверненню, вираховується дійсна вартість реєстрації доменного імені (див. http://bestname.com.ua/price.html)

4. Права і обов’язки Замовника

4.1 Виконавець надає повний комплект інформації, необхідної для розміщення даних на віртуальному web-сервері. При цьому Замовник повинен мати мінімальні знання необхідні для керування аккаунтом. Виконавець не бере на себе зобов’язання по навчанню Замовника або наданню йому технічної інформації, крім тієї, що безпосередньо пов'язана зі специфічними особливостями даних послуг.

4.2 Замовник зобов’язується не передавати та не передоручати виконання даного Договору і права по ньому.

4.3 Замовник зобов’язується використовувати мережу Інтернет тільки легальним способом, дотримуючись норм та правил користування мережами передачі даних і несе відповідальність за їх недотримання у відповідності з діючим законодавством.

4.4 При зміні тарифів, Замовник має право користуватись надаваними Послугами, за старими тарифами весь термін попередньої передплати.

4.5 Замовник самостійно несе відповідальність за збиток будь-якого роду, понесений ним або третьою стороною в ході некоректного використання Замовником послуг Виконавця.

4.6 Замовник зобов’язується своєчасно сплачувати рахунки за надання послуг Виконавцем за установленими тарифами у визначений Виконавцем термін.

4.7 Замовник являється одноосібним власником логіну (UserName) і паролю (PassWord) (див. нижче "Визначник термінів"). Виконавець має право відсилати загублені паролі або змінювати їх на інші, тільки при письмовому запиті з Контактного е-мейлу, і тільки на Контактний е-мейл.

4.8 Відповідальність за втрату логіну і/або паролю, що може спричинити заволодіння аккаунтом іншими особами, а, як наслідок, зміну та/чи видалення інформації цілком чи частково на даному аккаунті, несе Замовник.

5. Права і обов’язки Виконавця

5.1 Виконавець зобов’язується у випадку відсутності доступу до web-сервера Замовника з вини Виконавця компенсувати безкоштовним продовженням надаваної послуги на 10-кратний термін відсутності доступу до web-серверу.

5.2 Виконавець зобов’язується щотижня робити повне резервне копіювання даних Замовника. При втраті даних Замовника з вини Виконавця, останній зобов'язується відновити їх з резервної копії максимум 30 (тридцяти)-дневної давності. При втраті даних у результаті помилки або недбалості Замовника їхнє відновлення буде проводитися за додаткову плату – 50 у.о.

5.3 Виконавець залишає за собою право зміни виділеної Замовникові ІP-адреси, якщо це викликано технічною необхідністю. Якщо Замовник використовує DNS-сервер Виконавця, ця зміна відбудеться непомітно для Замовника. Однак, якщо Замовник сам підтримує свій DNS-сервер, то йому необхідно буде самостійно змінити свої облікові записи.

5.4 Виконавець має право змінювати тарифи без попереднього узгодження з замовником, попередивши його про це за 30 днів (тридцять) календарних днів до такої зміни.

5.5 Виконавець залишає за собою право призупинити обслуговування Замовника або розірвати Угоду в безумовному порядку в наступних випадках:

a) розміщення Замовником на своєму аккаунті інформації, що порочить честь і гідність інших людей;

b) розміщення Замовником на своєму аккаунті інформації еротичного або порнографічного характеру;

c) розміщення Замовником на своєму аккаунті інформації, яка суперечить законодавству України;

d) за рішенням уповноваженої державної установи, у відповідності з законодавством України;

е) у випадку використання Замовником на своєму хостинг-аккаунті Proxy.

5.6 Виконавець залишає за собою право негайно призупинити обслуговування Замовника у випадку встановлення факту підтримки або використання будь-якої спам-активності, включаючи, але не обмежуючись наступними діями:

a) реклама своїх web-сторінок шляхом розсилки спаму;

b) масова розсилка спаму з будь-якій підмережі будь-якими методами;

c) будь-яка підтримка спаму, хакінгу, крекінгу (див. нижче “Визначник термінів”) та інших незаконних дій в мережі Інтернет.

5.7 Виконавець має право призупинити надання послуг, якщо представники Виконавця класифікують будь-які дії, здійснені або виконувані Замовником або третіми особами через послуги, надані Замовникові за даним договором, як такі, що завдають або здатні завдати шкоду Виконавцеві, або іншим Замовникам, або нормальному функціонуванню сервера, на якому знаходиться аккаунт Замовника, а саме дії викликані:

a) виконанням некоректних скриптів, яке викликає пікове навантаження більше 50%;

b) генерацією значного трафіку – більше 5% від загального трафіку серверу;

c) генерацією значного навантаження – середнє навантаження сервера більше ніж на 10%;

5.8 У випадку не усунення можливих причин некоректного функціонування сервера, зазначених у п. 5.7 на протязі 3 (трьох) календарних днів з дати офіційного Попередження, яке Виконавець зобов’язаний направити на Контактний е-мейл чи факс Замовника, Виконавець має право розірвати Договір, надавши замовникові 15 (п'ятнадцять) днів на перенесення даних. При цьому Виконавець зобов’язується повернути залишок невикористаних коштів.

6. Відповідальність сторін

6.1 Виконавець не несе відповідальність перед Замовником чи третіми сторонами за будь-який збиток, втрату та/чи недоотримання прибутку, що відбуваються внаслідок:

- збоїв чи пошкодження технічного обладнання;
- проблем/затримок/переривань/пропусків при передачі даних чи з'єднанні;
- програмних помилок;
- видалення файлів;
- дефектів;
- обставин непереборної сили в загальноприйнятому смислі;
- тощо.

6.2 Виконувач не відповідає за зміст інформації, розміщуваної Замовником.

6.3 При розірванні Угоди через недотримання п.п. 4.2, 4.3 і/або у випадку встановлення факту незаконних дій, зокрема передбачених п.п. 5.5 і 5.6, невикористана частина коштів Замовнику не повертається.

6.4 Відповідальність за скоєння злочинів в сфері комп’ютерної інформації, передбачена кримінальним законодавством України.

7. Термін дії Угоди

7.1 Відлік терміну дії хостингу починається з дня заведення аккаунта і діє на протязі оплаченого періоду.

7.2 Термін дії хостингу може бути продовжено як завчасно так і по його закінченню, але не пізніше ніж через 30 (днів) з дати закінчення.

8. Реквізити Виконавця

СПД Варшавський Роман Вікторович

Юридична адреса:
вул. Келецька 99, кв. 114, м. Вінниця, 21030

Поштова адреса:
вул. Келецька 103, кв. 45, м. Вінниця, 21030

Телефон/факс: 8 (044) 590 08 07, 8 (0432) 43 88 50


E-mail: тех. підтримка support@besthosting.com.ua
питання оплати billing@besthosting.com.ua

р/р 260038896 ОД “РАЙФФАЙЗЕН БАНК АВАЛЬ”, м. Вінниця

МФО 302247, ЄДРПОУ 3023203495

Система оподаткування: платник єдиного податку
Свідоцтво платника єдиного податку: Серія Д № 572223

7. Визначник термінів

DNS-сервер (NameServer) – набір програмних та апаратних засобів для перетворення символьного ім’я в числову адресу сервера.

Downgrade – зміна тарифного плану к сторону зменшення його показників, тобто перехід на тарифний план, який знаходиться по ліву сторону від теперішнього тарифного плану в Прейскуранті.

FTP – протокол передачі файлів, що підтримується в мережах TCP/IP.

IP-адреса – числова послідовність, що складається з 4 розділених крапкою 8-бітових чисел (від 0 до 255), яка однозначно визначає адресу системи або окремого комп’ютера, що підключені до Інтернету.

PassWord – див. Пароль

Proxy – це встановлена програма, чи скрипт який використовується для маршрутизації трафіка з однієї мережі в іншу (наприклад, доступ з UA-IX до світових ресурсів).

Upgrade – зміна тарифного плану к сторону збільшення його показників, тобто перехід на тарифний план, який знаходиться по праву сторону від теперішнього тарифного плану в Прейскуранті.

UserName – див. Логін

Аккаунт – сукупність дискової квоти, трафіку та інших технічних параметрів, виділених під окремого користувача.

Дискова квота – виділене місце на диску, яке може бути використане для розміщення даних.

Домен (доменне ім’я) – це своєрідне ім'я (адреса) Вашого web-сайту. Набравши це ім’я броузері, користувач інтернета буде попадати на Вашу web-сторінку. Більш детально ознайомитись з системою доменних імен можна на сторінці в Інтернеті за адресою http://besthosting.com.ua/domains.php?lang=ua

Крекінг – несанкціоноване втручання в роботу програмного продукту, злом його захисту з метою не ліцензованого використання і/або розповсюдження..

Логин (UserName) – набір символів (як правило, утворюється від головного домену, на який заводиться аккаунт), що використовується для входу в систему та слугує ідентифікатором аккаунта (користувача), в панель керування якого планується вхід

Панель керування хостингом – панель для керування компонентами хостингу.

Пароль (PassWord) – слово чи невпорядкована послідовність букв і/або цифр, яка використовується для входу в панель керування хостингом і слугує захистом від несанкціонованого доступу сторонніх осіб до даної панелі.

Пікове навантаження – короткотривале (не більше хвилини) навантаження сервера, викликане діями або скриптами Замовника.

Сервер – віддалений комп’ютер, постійно підключений до Інтернету. Містить певний набір документів і програм, які за запитом браузера відображаються чи виконуються.

Скрипт – (від англ.. script - сценарій) програма на одній з прийнятих (чи дозволених) мов, що виконується при інтерпретації та відображення HTML-документа програмою перегляду.

Спам – будь-яка масова розсилка рекламних повідомлень в будь-якому виді і з допомогою будь-яких технологій абонентам, котрі не підписувались на дану розсилку.

Тарифний план – сукупність параметрів об’єднаних під певною назвою.

Трафік – кількість переданої інформації з аккаунта замовника. Вимірюється в байтах. 1 Кб = 1024 Байта, 1 Мб = 1024 Кб, 1Гб=1024 Мб

Уповноважена особа – особа, яку замовник уповноважує для вирішення технічних питань щодо функціонування аккаунту Замовника відповідно даного Договору.

Хакінг – несанкціонована зміна програмного забезпечення з ціллю зняття (або обходу) обмежень по перегляду і/або зміні службової і/або приналежної іншим користувачам інформації.

Хостинг – розміщення web-сторінки на сервері, який постійно підключений до Інтернету і має швидкісні канали доступу, що забезпечує безперешкодну роботу сайту.

http://translate.google.com/ с украинского поможет
[/more]
Автор: Refugee
Дата сообщения: 04.02.2009 17:03
Вам же ясно написали: выделенный IP для Вашего акаунта.
То есть сейчас на одном ип сидит несколько клиентов хостера, и менять имя для одного из них он не должен. И предложение купить только ip вполне гуманно, наши бы послали покупать дедик.
Автор: swed
Дата сообщения: 04.02.2009 17:12

Цитата:
Вам же ясно написали: выделенный IP для Вашего акаунта.

Если бы я раньше не пользовался другими хостингами, я бы повелся
а так, знаю, что нормальные админы настраивают нормально свой SMTP вне зависимости от количества клиентов.
[more=Например:]
X-Yandex-FolderName: Vhodyashchie
Received: from localhost ([127.0.0.1]:34713 "EHLO mxfront63"
smtp-auth: <none> TLS-CHIPER: <none> TLS-PEER-CN1: <none>)
by localhost with ESMTP id S2015514AbZBDPJI;
Wed, 4 Feb 2009 18:09:08 +0300
X-Yandex-TimeMark: 1233760148
X-Yandex-Spam: 1
X-Yandex-Front: mxfront63
X-Yamail-Forward: 19223432
Received: from reseller4.hostsila.com ([62.149.18.151]:3206 "EHLO reseller4.hostsila.com"
smtp-auth: <none> TLS-CHIPER: <none> TLS-PEER-CN1: <none>)
by mxfront63.yandex.ru with ESMTP id S2015469AbZBDPJH;
Wed, 4 Feb 2009 18:09:07 +0300
X-Yandex-TimeMark: 1233760148
X-Yandex-Front: mxfront63
Received-SPF: softfail (mxfront63: transitioning domain of ya.ru does not designate 62.149.18.151 as permitted sender) client-ip=62.149.18.151; envelope-from=sergey-ob@ya.ru; helo=reseller4.hostsila.com;
Received: from [Даже указан мой IP] (helo=worker)
by reseller4.hostsila.com with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.69)
(envelope-from <sergey-ob@ya.ru>)
id 1LUjN5-0006aM-Nh
for sergey-ob@ya.ru; Wed, 04 Feb 2009 17:08:59 +0200
Date: Wed, 4 Feb 2009 17:09:05 +0200
From: sergey-ob@ya.ru
Reply-To: sergey-ob@ya.ru
X-Priority: 3 (Normal)
Message-ID: <1624250347.20090204170905@sdcollection.net>
To: sergey-ob@ya.ru
Subject: test
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: quoted-printable
X-ACL-Warn: {
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - reseller4.hostsila.com
X-AntiAbuse: Original Domain - ya.ru
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - ya.ru
[/more]


Цитата:
И предложение купить только ip вполне гуманно

Согласен, если услуги SMTP не предоставляются вовсе, однако если они есть, то не должны быть настроены по стандартам..
Автор: Wonder007
Дата сообщения: 04.02.2009 17:16

Цитата:
выделенный IP для Вашего акаунта


А что это такое?

Перечитал почти всю ветку по несколько раз - так и не понял...
У какого аккаунта? Какой IP? И какова связь каких-то там аккаунтов, IP-адресов и стандартов на SMTP?
Автор: swed
Дата сообщения: 04.02.2009 17:53
Wonder007

Цитата:
У какого аккаунта? Какой IP?

Имеется ввиду "Персональный IP-адрес на сервере" для хостинга или ресселинга для которого SMTP будет настроен "правильно".
Автор: Wonder007
Дата сообщения: 04.02.2009 18:09

Цитата:
Имеется ввиду "Персональный IP-адрес на сервере" для хостинга или ресселинга для которого SMTP будет настроен "правильно".


Я дико извиняюсь, а каким образом IP-адрес может быть "правильным" или неправильным и что такое "ресселинг"?

Вдобавок, не могли бы вы изложить вашу ситуацию более подробно: кто, куда, через чего и чего именно посылал, что получил в ответ, как настроен клиент и т.п. Для идиотов вроде меня
Автор: swed
Дата сообщения: 04.02.2009 21:38
Wonder007

Цитата:
и что такое "ресселинг"



Цитата:
Реселлинг (от англ. reselling, букв. перепродажа) — способ продажи услуг хостинга, когда владелец физического сервера разделяет его на части с целью дальнейшей перепродажи его мощностей другим хостинг-провайдерам.


http://ru.wikipedia.org/wiki/Реселлинг_хостинга


Цитата:
Вдобавок, не могли бы вы изложить вашу ситуацию более подробно: кто, куда, через чего и чего именно посылал, что получил в ответ, как настроен клиент и т.п. Для идиотов вроде меня


На этой странице я достаточно изложил суть проблемы. и выделил ключевые моменты жирным шрифтом.

Главный вопрос состоит в том, как убедить хостера настроить SMTP сервер в соответствии с рекомендациями RFC-2821 и RFC-2505

Автор: Wonder007
Дата сообщения: 05.02.2009 08:57

Цитата:
Главный вопрос состоит в том, как убедить хостера настроить SMTP сервер в соответствии с рекомендациями RFC-2821 и RFC-2505


Повторю: рекомендациям следовать никто не обязан.

Из стандартов, насколько мне известно, есть только два в применении к почте в данной ситуации: STD0010 - Simple Mail Transfer Protocol, описываемый в, кто бы мог подумать, RFC821 - Simple Mail Transfer Protocol, и STD0011 - STANDARD FOR THE FORMAT OF ARPA INTERNET TEXT MESSAGES.


Цитата:
На этой странице я достаточно изложил суть проблемы.


Ну воля ваша конечно. Я не в силах понять вашу проблему.
Да, собственно, кто я такой?
Автор: TuMOXA123
Дата сообщения: 27.03.2009 15:52
Может пригодиться кому.

Долгое время из сетей hinet.net меня доставали боты, ищущие open relay сервера. Поскольку каждое сообщение postfixa постмастеру анализируется мной, я решил уменьшить себе работу и забанил (файрволлом) все адреса hinet.net какие смог определить. После чего количество попыток отправить мне спам упало примерно на порядок (т.е. раз в 10). Причём спам шёл по большей части не hinet.net. Есть подозрение, что боты не столько искали open relay, сколько определяли доступность сервера при распределении задач ботам-рассыльщикам.

[more=Адреса hinet.net]
# hinet
# 59.112.0.0 - 59.123.255.255
59.112.0.0/13
59.120.0.0/14

# 61.220.0.0 - 61.227.255.255
61.216.0.0/14
61.220.0.0/14
61.224.0.0/14

# 61.228.0.0 - 61.231.255.255
61.228.0.0/14

# 114.32.0.0 - 114.47.255.255
114.32.0.0/12

# 118.160.0.0 - 118.167.255.255
118.160.0.0/13

# 118.168.0.0 - 118.171.255.255
118.168.0.0/14

# 122.116.0.0 - 122.117.255.255
122.116.0.0/15

# 122.120.0.0 - 122.127.255.255
122.120.0.0/13

# 123.204.0.0 - 123.205.255.255 123-204-201-238.adsl.dynamic.seed.net.tw
123.204.0.0/15

# 124.8.0.0 - 124.12.255.255 static.tfn.net.tw
124.8.0.0/14
124.12.0.0/16

# 218.160.0.0 - 218.175.255.255
218.160.0.0/12
220.129.0.0/16
220.130.0.0/15
220.132.0.0/14
220.136.0.0/13

[/more]

Диапазоны определялись Здесь
Маска рассчитывалась этим
Автор: Inco2005
Дата сообщения: 12.04.2009 16:24
Приветствую всех)
Собрал тут свою систему антиспама, хочу протестировать.
Может кто даст домен заспамленный недельки на две и доложит о результатах теста.
Со моей стороны установлен plesk, так что webmail pop3 smtp spamassasin будет.
Автор: vangerTv
Дата сообщения: 17.06.2009 07:57
Доброе утро камрады)
хотел поинтересоваться-это у меня одного поток спама упал раза в 3-4, или нет?)
раньше по 100-120 тысяч писем валило, сейчас не более 30 тысяч в день...интересно с чем связано- с уменьшением финансирования??
Автор: IvanovNick
Дата сообщения: 24.07.2009 12:46
Вем добрый день !! Вопрос такого характера : " Один из компьютеров в сети распространяет спам. Как определить его IP-адрес, без антивирусной проверки всех рабочих станций. Какой есть ариант решения проблемы если на шлюзе установлена ОС Windows 2003 (без стороннего ПО)"
Очень нужна помощь людей разберающийхся в этой облости...

Заранее спасибо!
Автор: saveliev
Дата сообщения: 24.07.2009 13:24
Промониторить, кто из сети шлет больше всего пакетов на 25 порт на шлюзе стандартными средствами винды это можно сделать
Автор: klimusu
Дата сообщения: 31.05.2010 21:17
Не подскажите случаем достоверные RBL? хочу прикруть к постфиксу, одолел блин спам-злодей.
Автор: Dicty
Дата сообщения: 31.05.2010 23:10
FEATURE(`dnsbl',`dul.ru',` SPAM Use mail relays of your ISP')
FEATURE(`dnsbl',`cbl.abuseat.org',`"Spam blocked see: http://cbl.abuseat.org/lookup.cgi?ip="$&{client_addr}')
FEATURE(`dnsbl',`zen.spamhaus.org',`"Spam blocked see: http://www.spamhaus.org/query/bl?ip="$&{client_addr}')
FEATURE(`dnsbl',`bl.spamcop.net',`"Spam blocked see: http://spamcop.net/bl.shtml?"$&{client_addr}')

Это правда, для sendmail, но к постфиксу, думаю как-нибудь прикрутишь.
90% спама реджектится.
Добиваю Спамообороной. Спама просто НЕТ! Пролазит ручной спам, который шлют манагеры ручками.. Ив конце письма: "мол, не противоречит закону о рекламе, не является спамом.."
Автор: klimusu
Дата сообщения: 01.06.2010 10:56
Dicty
Спасибо, но случаем не режутся ли нормальные письма?

Спасибо, но случаем не режутся ли нормальные письма?

у меня прописаны
reject_rbl_client bl.spamcop.net,
reject_rbl_client list.dsbl.org,
reject_rbl_client cbl.abuseat.org,
#reject_rbl_client relays.ordb.org,

если раскомментировать последний, то он начинает резать письма с gmail.com и прочие нужные.
а первые три спят и не видят спам
Автор: Dicty
Дата сообщения: 01.06.2010 12:42
Ни одной жалобы за последние 5 месяцев по неполучению письма не было.. хотя, кажется с Китая одно письмо реджектнулось, да и то, потому что их адрес был в во всех блек-листах.
Кстати, по cbl.abuseat.org наибольшее количество срабатываний. смотрите ваш конфиг, может не работает эта часть.. или конфиг читается из другого места?
Автор: klimusu
Дата сообщения: 01.06.2010 13:52
Dicty
нет, говорю же если убрать коментарий, то последнее правило начинает черезчур бурно работать. а первые молчат.
Автор: ra1n
Дата сообщения: 17.10.2010 20:07
Всем привет! Подскажите решение для отлова спама. Бесплатное очень хочется.
Поставить между внешкой и СМТП сервером. Желательно на WIN-платформе.
Автор: vlary
Дата сообщения: 17.10.2010 20:24
ra1n
Цитата:
Желательно на WIN-платформе.
Забудь, под Вынь путных вещей мало.

Цитата:
Поставить между внешкой и СМТП сервером.

Ставишь любой Линукс/Юникс, на него Exim
Там масса возможностей: продвинутые правила, черные/белые/серые списки, RBL DNS, коллбэк и прочее. Отсеивает более 90% спама только на уровне SMTP протокола. Если добавить фильтр контента (SPAM Assasin), то будет еще круче.

Автор: ra1n
Дата сообщения: 18.10.2010 08:41
Этого я и боялся, "в линуксе был пару раз", но знал что когда нибудь придется вникать.
Автор: vlary
Дата сообщения: 18.10.2010 10:02
ra1n
Цитата:
знал что когда нибудь придется вникать.
В Эксим вникать придется по любому, ибо для качественного антиспама много придется работать напильником с его конфигом. А Линуксы сейчас дружелюбные, легко ставятся и работают с настройками по умолчанию.


Автор: captchasolver
Дата сообщения: 23.10.2010 15:29
система контроля приёма сообщения
antispam@captchasolver.biz
довольно эффективна

Страницы: 12345678910

Предыдущая тема: Сетевой принтер не печатает более одной копии за раз


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.