On Tue, Aug 15, 2000 at 06:50:27PM +0400 Alexander Alekseev wrote:
> > > > > --Err. Your subnet doesn't have acess to this account.
> > > > > Так я часа три лазил по параметрам аккаунта и искал эту подсеть!
> > > > Потому что разные установки опции Mobile.
> > > Дык, мне же сказали, что запрещен доступ не к домену, а к аккаунту!
> > > Или у меня совсем плохо с английским?
> >
> > Да, к эккаунту. Это установка эккаунта, можно запретить одному и разрешить
> > другому. На домене можно запретить всем.
> Sorry, но ГДЕ? В Access-Rights для аккаунта лишь "Can Modify" для домена...
Access-Rights тут не при чем. Пользуйтесь опцией Mobile.
> А как указать Client IP конкретного аккаунта?
Никак. Пул Client IP - общий (но динамический). Туда попадают IP всех успешно авторизовавшихся пользователей. У кого Mobile выключен, тех не пускают.
> > > > > Вопрос второго перла в другом: лезем 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.
Вы точно уверены, что установили отдельный (дополнительный) IP адрес для дополнительного домена? Если это сделать, то будет ip-based virtual server, против name-based, который Вы сделали через запись в роутере.
> > > Кстати, а если я ни него acl вешать начну (на listener'ы), оно
> > > мне все ресурсы проца не сожрет? У него же вроде другие задачи?
> > Смотря сколько acl's.
> Просто, наверное не очень быстро проверять один и тот же огромный
> список acl для каждого письма relay и каждого банера, или я не прав?
Не надо делать очень больших. А проверка идет не на банерах, а на каждом новом tcp соединении. Это не страшно. Таких проверок в системе очень много. Живем тем не менее.
Boris.
##################################################################Вы получили это сообщение потому, что подписаны на список рассылки <CGatePro@mx.ru>.
Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru> Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru> Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>Для административных запросов адрес <CGatePro-request@mx.ru> Получено Tue Aug 15 15:08:09 2000
Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:12:16 MSK