Если вы размещаете зону на dns-серверах в том же домене, то нужно указывать ip.
Иначе будет как курица и яйцо ... что раньше появилось? :)
А если просто
RewriteRule ^([0-9]+)\.html$ details.php?Id=$1 [L]
?
А в чем проблема?
Купили хостинг super-mega-hosting.ru за 10 рублей, подключили домен spamdomain.ru
Сделали на нём ящик source@spamdomain.ru
Скрипт работает на сервере blablalbla.super-mega-hosting.ru
В SPF для нашего домена spamdomain.ru указали основной ip-шник сервера или подсеть.
Скрипт коннектится к целевому серверу, в helo говорит blablalbla.super-mega-hosting.ru.
Сервер жертвы успешно резолвит хост blablalbla.super-mega-hosting.ru для айпишника отправителя, и так же успешно резолвит mx и убеждается в существовании ящика отправителя source@spamdomain.ru.
Для большей правдоподобности скрипт добавляет несколько заголовков Received, отправляет грамотно оформленное тело письма — и дело сделано :)
И как это "г" отфильтровать? )
Только если грейлистингом.
Но скриптик на всякий случай через 15 минут еще раз делает всем повторную отправку (если его к тому времени не прикроют)
Хорошего решения быть и не может.
Всё, что попало к пользователю в компьютер — уже у него :)
Как только ваш сервис обретёт популярность, будет сделан софт, который будет легко и просто вытаскивать книги с вашего ресурса. Вплоть до "автоматически принтскринить и распознавать" :)
Дык эта ... скриптиком — запросто :))
какие тут могут быть трудности?
Вы хотите, чтобы в whois-е для домена были указаны ns-серверы в этом же домене, и при этом не были указаны ip?
Такое невозможно :)
Ну если на shared-хостинге разрешены исходящие коннекты на 25-порт, то это просто мечта для спамера ))
Подавляющее большинство серверов проверяет корректность HELO. По крайней мере, на соответствие RFC.
(про соответствие helo и имени из обратной зоны, возможно, немного преувеличил :))
[umka] добавил 11.03.2010 в 13:49
Ничего подобного :D
У нас можно как угодно слать письма. Но по smtp — только через локальный сервер, поэтому ни кто не страдает.
Если шлёт mail()-ом, то проблема может быть в следующем:
- для ip-адреса, с которого сервер шлёт письма, не прописана обратная зона
- HELO должен соответствовать RFC2821 (п. 4.1.1.1)
- ip-адрес имени из обратной зоны не соответствует ip-адресу, с которого сервер шлёт письма (и такое бывает)
- в SPF для домена-отправителя не прописан ip-адрес сервера.
Судя по ошибке из вашего первого сообщения, сервер просто криво настроен и указывает не то что неправильный HELO, а именно какой-то кривой HELO :)
PHP-класс к HELO отношения не имеет. Именно сервер настроен криво. После того, как его нормально настроят, нужно будет проверить, чтобы все перечисленные условия выполнялись, и процент доставленных писем существенно повысится.
Предложение актуально :)
HELO можно увидеть в логах почтового сервера, на который приходит письмо.
А по поводу стандартных функций, я имел в виду функцию mail() :D
Если отправлять с помощью "классов", то отправить напрямую на сервер получателя вряд получится, т.к. на всех нормальных хостингах функции работы с сокетами отключены вовсе или, как минимум, закрыры исходящие соединения на 25-й порт :)
[umka] добавил 11.03.2010 в 12:05
T.R.O.N, это у товарища такой exapmle.com :D