Делаем свой почтовый сервер. Всем привет, вот решил поделится, ну и задать пару вопросов. Сам спам мне интересен не для заработка, а для обще образовательного характера. Как разослать много писем очень много, не затрачивая денежных средства? Ответ отчевиден, это сделать свой домашний пк почтовым сервером. Более того сделать так чтоб все остальные почтовые сервера его признавали как почтовый сервер. Сейчас я опешу схему ( проверял работает на одиночные письма, "спам прог нету"), а от вас прошу раскозать про подводные камни. 1. Регим домен. ( бесплатная зона ) 2. Прописываем днс хостинга, там где домен запаркован. ( бес, хостинг ) 3. В МХ строках прописываем ИП нашей машины. ( ИП можно быть динамическим ) Наша машина стала почтовым сервером 12-48час. Все почтовые сервера будут тебя призновать. Проверял на гоогле. Сам путь письма лежит не через хостинг домена. Наша машина -> ISP -> WWW -> ISP ( gmail ) -> сервер gmail ( DNS и хостинг служит как информером IPшек ) Вопросы. 1. Бан ISP ? 2. Бан Хостинг / DNS ????? Жду ваших ответов... Сейчас готовлю виртуальные машини для это дела. 1. SMTP server / Spam soft 2. Надо с DNSкой win2003 поигратся тогда отпадет надобность в хостинге. Ждёмс ваших ответов. Так как в ближайшие 6 часов буду этим заниматься.
Проанализировал ... Проверил, поспамил. Главное пройти самую первую проверку, а дальше полегче. Что сервер mail.ru проверяет. 1. имя mail на валидность с каторого посылают ( нечего обеснять ) 2. MX запись DNS домена IP машини с которого посылают ( это просто обойти ) 3. PTR ( для это нужен постоянный ИП ) Что для это надо. 1. Домен ( тут просто ) dot.tk co.tv 2. DNS mx запись ( тут посложней ) PTR нужен постоянный IP адрес ( для меня нереальное ). xname.org * multi-users groups (with read-only and/or read-write users) with action logs * IPv6 AAAA records * .in-addr.arpa zones (with PTR records) * automatic modification of associated reverse (or normal) zone * Templates for zone creation * Zone filling using existing zone data on a remote server * Sub-zones creation and delegation * in-addr.arpa IP range delegation * dynamic update (see here) * automatically managed, refresh occurs once per hour 1. всё просто, регим домен, прописываме ns сервер xname.org 2. в xname прописиваем, MX ( IP ) и A записи ето то что нам надо, ставим глочку на PTR. Я смог проверить только работоспасобность MX записей. Без PTR, а PTR очень важно. Работает вот только после 1000-5000 бан. Всем удачи. Запись PTR (pointer) или запись указателя связывает IP хоста с его каноническим именем. Запрос в домене in-addr.arpa на IP хоста в reverse форме вернёт имя (FQDN) данного хоста (см. Обратный DNS-запрос). Например, (на момент написания), для IP адреса 192.0.34.164: запрос записи PTR 164.34.0.192.in-addr.arpa вернет его каноническое имя referrals.icann.org. В целях уменьшения объёма нежелательной корреспонденции (спама) многие серверы-получатели электронной почты могут проверять наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP сессии.
В етом вопросе не силен. Вопрос. можно таким способом на домене создать почтовый сервер. где можно регестрировать много мыл допустим для авторега кокого небудь сервиса
На домене нельзя создать почтовый сервер. Домен - это просто некое имя, которое нужно для символьного ввода при обращении к какому-либо ресурсу. Его задача облегчить пользователю жизнь и не запоминать IP-адреса. После регистрации домена у вас будет возможность управлять некими записями. Опишу какие нужны в данном случае вам. A - запись указывающая где находиться хост. (например google.com -> 74.125.39.147) MX - запись указывающая где находиться почтовая система. Вам ещё нужен сервер почтовый, для того чтобы можно было собственно отправлять/принимать письма. Можете поднять Microsoft Exchange Server, можете на Linux. Это не важно, после того как полностью настроите почтовую систему в записях DNS добавьте записи A, указав IP-адрес сервера. И MX запись указав IP-адрес сервера на котором стоит почтовой системы. Они без проблем могут быть идентичны. После этого у вас будет полностью функциональный почтовый сервер. Вы должны понимать что создание пользователей, конфигурация всей почты происходит только на почтовом сервере. Домен тут абсолютно не причем, его задача перекинуть пользователя на нужный хост с почтовым сервером при запросе "Кто в домене domain.com является почтовым сервером?" Об этом и скажет запись типа MX. http://ru.wikipedia.org/wiki/DNS Читайте.
