When using distributed authentication with automatic account creation turned off or admin moderated, the error when you try and login is confusing (unrecognised username or password).

The documentation should be clear (maybe above the select where you choose to not allow user accounts in the admin interface) that to have DA work you need auto creation on.

-Mark

CommentFileSizeAuthor
#4 jabber.module5.68 KBjsilence
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Mark Cheverton’s picture

Title: Documentation for DA should state acct. creation needs to be on » Re: [drupal-devel] bug #1884 : Documentation for DA should state acct. creation needs to be on

On Mon, 2003-06-09 at 16:48, Ennui wrote:
> The documentation should be clear (maybe above the select where you
> choose to not allow user accounts in the admin interface) that to have
> DA work you need auto creation on.
>

To qualify this outside of the bug system. Personally I'd like to have
the option of account creation off and external auth on, eg I want my
site to run off an LDAP server only which is going to need an external
signup system rather than directing users to the drupal registration.

-Mark

moshe weitzman’s picture

Title: Re: [drupal-devel] bug #1884 : Documentation for DA should state acct. creation needs to be on » Documentation for DA should say 'admin approval is incompatible'
Component: User system » user system
Assigned: Unassigned » moshe weitzman

today's patch for user.module in ldap_integration directory makes explicit this requirement as well as implementing Mark's suggestion of 'exclusive external authentication'

assigning this to myself as i am awaiting some feedback before submitting the patch for CVS review

teradome’s picture

There's no reason that this couldn't work with admin approval on.

Admin approval on would support this process:
- users can create own local system accounts, but must be approved by admin
- users using a Drupal ID skip the approval process: account is still active on RPC'd server so it is considered acceptable

Drupal.module controls the user's choice of accepting Drupal IDs or not, so even if admin approval is on, and the above process isn't implemented, a user trying to login with one shouldn't be blocked, they should be dropped into the approval process with everyone else -- at the least.

Are either of these the process in the CVS version of Drupal?

jsilence’s picture

Component: user system » jabber.module
Category: bug » support
FileSize
5.68 KB

>> To qualify this outside of the bug system. Personally I'd like to have
>> the option of account creation off and external auth on, eg I want my

Drupal site to run exclusively against a jabber server. Is anybody working on the jabber.module or does anyone know why it is not in 4.4 any more?

I managed to get the 4.3 Version running. The was an issue with a foreach warning using this module. I fixed it (File attached).

I'd like to enhance the module by adding "change password" and "registration" against a jabber server. Specifying a default jabber server and using this one for authentication if no @server is given as a user name would be nice.
Currently I am a bit unsure on how the modules' functions are called. Specially in which order an with which precedence when two modules implement the same function. Can someone enlighten me?

-silence

moshe weitzman’s picture

Assigned: moshe weitzman » Unassigned
killes@www.drop.org’s picture

The jabber module has been discontinued for lack of a maintainer. If you want to be the new maintainer, please apply by sending mail to drupal-devel.