Включил использование Рубрикатора сайтов. Включил правило, запрещающее пользователям посещать неизвестные сайты, в поле "Рубрика" указав "no". Работает, показывает запрос на разблокировку. И вот тут вопрос: почему запросы расцениваются
POPfiles как спам, и на одно нажатие на ссылку Е4 генерит как минимум 30 писем, а потом ложится в неотправленные. Из запроса на разблокировку не понятно кто именно просит разблокировать сайт, указывается адрес прокси-машины.
Email администратора в настройках Eserv указан правильный?
В браузерах надо отключить использование прокси для локальных адресов.
Вот текст письма
Хотя письмо и лежало в E4\DATA\mail\retry_outbound\, т.е. не было отправлено, тем не менее в папке spam админа их было более чем достаточно. И спам статус вроде нормальный.
Про браузер проверю и уточню.
Но, хотя оно уже у меня появилось в спаме, в исходящих письмо продолжает лежать и отправляться согласно плана.
А вообще по уму письмо админу надо отправлять локально, чтобы антиспам до него вообще не цеплялся.
Да, оно и должно было пойти локально, как ходит почта webmail'а, но что-то промахнулось. Fix: http://www.eserv.ru/download/acWEB4_2010-11-15_1.rar
Надо попробовать добавить туда этот "xx.x.x.x" (ip-адрес прокси), т.к. похоже он локальным не считается. Или вместо явных настроек использовать "url автоматической настройки прокси" http://xx.x.x.x/wpad.dat, там скрипт сам должен сообразить, что это локальный IP, на который надо ходить без прокси.
ред: 16.11.2010 09:34
Это с обновлением от 16.11.10
Это встроенный динамически формируемый файл. Зайдите по этому урлу и посмотрите (внутри должен быть javascript).
Веб-сервер (xx.x.x.x) не знает, какой это был пользователь. При отправке запроса на разблокировку авторизация не спрашивается, чтобы не усугублять пользователю и без того стрессовое состояние "меня не пускают в интернет!". Если пользователь когда-нибудь работал с этим сайтом (wiki, допустим) в авторизованном режиме, т.е. если у него есть кук авторизации, или если там IP/MAC-авторизация, то имя известно, и, соответственно, в письме-заявке на разблокировку после IP в скобках будет не прочерк, а логин пользователя.
Если Хром и IE напускать на этот URL (http://192.168.0.33/wpad.dat в моём случае), то они не в окне показывают javascript, а предлагают этот файл скачать, т.к. для content-type "application/x-ns-proxy-autoconfig" у них нет никакой встроенной смотрелки.
Если у вас Eserv'ный веб-сервер не на 80м порту, а на 8080 (как можно предположить по фрагменту лога "SPAM! Please click here"), то, соответственно, надо номер порта в url добавить.
Подставил его, все заработало.
Спасибо.
Но вообще по DHCP прокси настраивается только компонентами Windows и браузером IE. Остальные хотят по DNS (по хосту "WPAD"), и вот там 80й порт подразумевается без вариантов. Т.е. для полной автонастройки должны использоваться 1) встроенный DHCP, 2) встроенный DNS, 3) встроенный веб-сервер на 80м порту.
Ну а если URL автонастройки явно указывается в настройке браузера (ваш вариант), то два абзаца выше можно игнорировать.
(Забавно, что явное указание URL с wpad.dat тоже называется в браузерах автонастройкой, хотя "автоматизма" там не намного больше, чем при явном указании IP:порта прокси в том же диалоге в полях выше )