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

Как мы знаем, все зареганые должны дождаться письма с активацией и в случае если оно не пришло воспользоваться ссылкой

register.php?do=requestemail

для повторной отправки письма, НО засада вся в том что отправлять активацию можно бесконечно, получается злоумышленник может указав вполне нормальный адрес (МВД рядом с которым вы живете) и с помощью не хитрых манипуляций выставить отправку повторной активации в цикл. Поначалу вспомнил что видел где то опцию предотвращения флуда писем. Ок, иду в Опции электронной почты и с облегчением вздохнув вижу там опцию Предотвращение флуда электронных писем (в секундах) . ОК, ставлю наверняка 600 секунд, иду дальше спамить в надежде что у меня ничего не выйдет, не тут то было, письма валят пачкой будто той опции и нет. Кто то может пояснить этот фэил, что это, баг или недоработка ?

P.S Естестно тем у кого почта через SMTP *

Хотя если он плохо настроен то и через него спамить будут влегкую

можно не беспокоится а как быть если через функцию php отправка происходит, мб есть какой хак в виде капчи для повторной отправки письма ?

Originally Posted by xorex

выставить отправку повторной активации в цикл.

а технически ты уже воспроизвел это?
после отправки формы, узера переадресует на другую страницу
как "зациклить" отправку?

kerk, да это можно на любой мышке или клаве (Например на G15 .и.т.п) поддерживающие макросы сделать не говоря уже софте для макросов которого развелось туча *

Если нужно перечислю с десяток таких как минимум

Originally Posted by kerk

после отправки формы, узера переадресует на другую страницу

А что с того ? кнопка отправки не меняет своего положения, остается только выставить правильный интервал что бы макрос дождался возврата окна с кнопкой после переадресации и все, впрочем и интервал не нужен, долби в точку где кнопка появляется = WIN.

xorex добавил 03.05.2012 в 02:24
если пойти дальше, можно вообще убивать окно сразу после нажатия и запускать новое с тем же действием и так далее по этапу, таким образом у сервера не будет времени на передышку даже во время переадресации.