Hello!
On Tue, 15 Aug 2000, Boris Tyshkiewitch wrote:
> > > > --Err. Your subnet doesn't have acess to this account.
> > > > Так я часа три лазил по параметрам аккаунта и искал эту подсеть!
> > > Потому что разные установки опции Mobile.
> > Дык, мне же сказали, что запрещен доступ не к домену, а к аккаунту!
> > Или у меня совсем плохо с английским?
>
> Да, к эккаунту. Это установка эккаунта, можно запретить одному и разрешить
> другому. На домене можно запретить всем.
Sorry, но ГДЕ? В Access-Rights для аккаунта лишь "Can Modify" для домена...
А как указать Client IP конкретного аккаунта?
> > И почему в логах молчание?
>
> Какой уровень логгинга был включен?
Максимальный. С логом всех команд клиента. А вот сервер свои сообщения
в лог не пишет. А хотелось бы (даже Welcome-message). Тогда можно
было бы следить за сессией напр. Outlook, а не лезть telnet на 110 порт...
> > > > Вопрос второго перла в другом: лезем http://www.domain:8100 . Получаем:
> > > > "We do not serve www.domain . Please mail to <postmaster@main_domain>."
> > > > Как я должен был догадаться, что оказывается сначала надо было
> > > > в route прописать www.domain=domain, потому что http-listener оказывается
> > > > сначала лезет в route, а потом спрашивает, что от него хотят?
> > > > Это в какие ворота лезет?
> > > Нет Ваши подходы ни в какие ворота не лезут. Ну скажите как сервер должен
> > > был догадаться, что www.domain и domain это одно и тоже? Соединение приходит
> > А кто его вообще просит о чем-нибудь догадываться?
>
> А как????? Чтобы сервер работал, его нужно конфишурировать. Если не
> указывать имени домена, то он не будет его обслуживать. www.domain - это
> _другой_ домен. wwwdomain, www_domain, vasia.domain - тоже не будут
> работать. Это тоже вызывает вопросы?
Да. Везде написано, что разбор домена происходит по IP и по
правой части username. А то, что для этого используются "Все доступные
средства" - нету. Не говоря уже о том, что перечня этих фичей нигде нет.
(В смысле, диаграммы переходов и состояний для всех протоколов. И
построить ее у себя в голове проблематично.)
А так спрашивается, кто мешает при коннекте на HTTP порт плеваться login page, и разбирать аргументы формы? Мне после первого взгляда в документацию и осмотра свойств listener так и показалось. Результатом я был неприятно удивлен.
> В документации. Вам уже дали достаточно много ссылок. Прочитайте ее
> накнец.
Читаю помаленьку.
> > IMHO, перед добавлением очередной фичи необходимо добавить ее отключение.
> > Кстати, а если я ни него acl вешать начну (на listener'ы), оно
> > А пока "либо все - либо ничего". Как-то оно не так...
>
> Какая фича, какое отключение?
Дык, для всего, что он умеет так или иначе разбирать, должна быть
своя кнопка "Выкл". Или "Вкл" как в том же apache. Для того же
поля "Host: " HTTP запроса, или для каждой команды IMAP/POP.
> Смотря сколько acl's.
Просто, наверное не очень быстро проверять один и тот же огромный
список acl для каждого письма relay и каждого банера, или я не прав?
Bye. Alex.
##################################################################Вы получили это сообщение потому, что подписаны на список рассылки <CGatePro@mx.ru>.
Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru> Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru> Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>Для административных запросов адрес <CGatePro-request@mx.ru> Получено Tue Aug 15 14:45:40 2000
Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:12:16 MSK