Исходное сообщение
"установка jabberd на OSus 10.2" Отправлено geekkoo, 24-Июл-07 21:31
>[оверквотинг удален] >>>jabberd запускаю из под рута >> >>А зачем? Они же советуют создать системного пользователя и группу jabber.jabber и запускать из под неё. А <auto-create> в sm.xml раскомментировано и register-enable='true' в тэг <id> в  c2s.xml вставлен? Или попробуй создать пользователя в мускуле >> >>insert into jabberd2.authreg values('testuser','DOMAIN.RU','secretpass',null,null,null); > >ис под рута пускаю пока времменно, польз jabber:jabber в системе есть ><auto-create> раскоментировал >уточни плз по поводу register-enable='true' , >пока таже картина <local>     <!-- Who we identify ourselves as. This should correspond to the          ID (host) that the session manager thinks it is. You can          specify more than one to support virtual hosts, as long as you          have additional session manager instances on the network to          handle those hosts.                   realm          attribute specifies the auth/reg or SASL authentication realm          for the host. If the attribute is not specified, the realm will          be selected by the SASL mechanism, or will be the same as the ID          itself. Be aware that users are assigned to a realm, not a host,          so two hosts in the same realm will have the same users. If no          realm is specified, it will be set to be the same as the ID.                   pemfile          attribute specifies the file containing a SSL certificate and          private key for client connections. If this is non existant,          clients will not be offered the STARTTLS stream extension                   verify-mode          SSL verify mode - see SSL_CTX_set_verify(3), mode parameter                   require-starttls          If this is enabled, clients must do STARTTLS          before they can authenticate. Until the stream is encrypted,          all packets will be dropped.                   register-enable          Remove this attribute to disable account registrations.                   instructions          Human-readable instructions to be returned to client when          registration is requested.                   password-change          Password change only. When registration is disabled, it may          still be useful to allow clients to change their password. If          you want this, add this attribute when you disable registration.-->     <id register-enable='true' realm='MYDOMAIN.RU'>mydomain.ru</id>

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>[оверквотинг удален] >>>>jabberd запускаю из под рута >>> >>>А зачем? Они же советуют создать системного пользователя и группу jabber.jabber и запускать из под неё. А <auto-create> в sm.xml раскомментировано и register-enable='true' в тэг <id> в c2s.xml вставлен? Или попробуй создать пользователя в мускуле >>> >>>insert into jabberd2.authreg values('testuser','DOMAIN.RU','secretpass',null,null,null); >> >>ис под рута пускаю пока времменно, польз jabber:jabber в системе есть >><auto-create> раскоментировал >>уточни плз по поводу register-enable='true' , >>пока таже картина > <local> > <!-- Who we identify ourselves as. This should > correspond to the > ID (host) that > the session manager thinks it is. You can > specify more than > one to support virtual hosts, as long as you > have additional session > manager instances on the network to > handle those hosts. > realm > attribute specifies the > auth/reg or SASL authentication realm > for the host. > If the attribute is not specified, the realm will > be selected by > the SASL mechanism, or will be the same as the ID > itself. Be aware > that users are assigned to a realm, not a host, > so two hosts > in the same realm will have the same users. If no > realm is specified, > it will be set to be the same as the ID. > pemfile > attribute specifies the > file containing a SSL certificate and > private key for > client connections. If this is non existant, > clients will not > be offered the STARTTLS stream extension > verify-mode > SSL verify mode > - see SSL_CTX_set_verify(3), mode parameter > require-starttls > If this is > enabled, clients must do STARTTLS > before they can > authenticate. Until the stream is encrypted, > all packets will > be dropped. > register-enable > Remove this attribute > to disable account registrations. > instructions > Human-readable instructions to > be returned to client when > registration is requested. > password-change > Password change only. > When registration is disabled, it may > still be useful > to allow clients to change their password. If > you want this, > add this attribute when you disable registration.--> > <id register-enable='true' realm='MYDOMAIN.RU'>mydomain.ru</id>
	Введите код, изображенный на картинке: