[Rt-devel] Updating RT from an LDAP database

[Jonah Hirsch]

And now I remember that that as that email is 5 years old, the link to the
other extension does not seem to exist anymore....(
http://www.usit.uio.no/it/rt/modifications.html) try it yourself.
Jonah Hirsch
-----------------------


On Thu, Jul 8, 2010 at 3:13 PM, Jonah Hirsch <crazydog115 at gmail.com> wrote:

> I need to stop reading things so fast. My brain put "other extension"
> together with the LDAPImport extension.
>
> Anyway, I tried the LDAPImport extension, but I didn't see an *easy* way to
> get it to go through every user in RT and update their info.
> Jonah Hirsch
> -----------------------
>
>
>
> On Thu, Jul 8, 2010 at 3:11 PM, Jonah Hirsch <crazydog115 at gmail.com>wrote:
>
>> Yeah, I got that installed, but I'm still getting those same errors.
>> Jonah Hirsch
>> -----------------------
>>
>>
>>
>> On Thu, Jul 8, 2010 at 3:07 PM, Kevin Falcone <falcone at bestpractical.com>wrote:
>>
>>> On Thu, Jul 08, 2010 at 12:10:33PM -0700, Jonah Hirsch wrote:
>>> >    I realized that my line numbers will be different as I've edited the
>>> script.
>>> >    Line 70: my $ldaphandle = RT::User::LdapConnect();
>>>
>>> You seem to have missed the second paragraph which explains that you
>>> also need another extension they wrote
>>>
>>> Have you looked into
>>> http://search.cpan.org/dist/RT-Extension-LDAPImport/
>>> to see if it will do the syncing you want?
>>>
>>> -kevin
>>>
>>> >
>>> >    On Thu, Jul 8, 2010 at 12:07 PM, Jonah Hirsch <[1]
>>> crazydog115 at gmail.com> wrote:
>>> >
>>> >      We just migrated our RT system from an old installation on an old
>>> server to a new one that
>>> >      will use LDAP to create users.
>>> >      The issue is that we already have a good number of users on the
>>> old system, and would like
>>> >      to keep them around.
>>> >      I realize the most straight forward decision is to simply rename
>>> the users (and change their
>>> >      email addresses), and when they are recreated when a user first
>>> logs in, just shred the old
>>> >      accounts and replace the relations to the new ones.
>>> >      I then got to thinking that there must be a way to update the
>>> users in RT through LDAP, not
>>> >      only for this reason but for regular maintenance.
>>> >      Anyway, I was googling around and found this old script from 2005
>>> >      [2]
>>> http://lists.bestpractical.com/pipermail/rt-devel/2005-August/007451.html
>>> >      As it is 5 years old, it doesn't work well. I'm no RT developer,
>>> so it'd take a while to
>>> >      figure out what needs to be changed, so my question is, would
>>> anyone out there be able to
>>> >      update this script to work with a more current version of RT (as
>>> of emailing, 3.8.8). There
>>> >      really only is one error, so I'm hoping it wouldn't take too long.
>>> >      The one warning and one critical error I get are:
>>> >
>>> >        [Thu Jul 8 19:00:13 2010] [warning]: Use of inherited AUTOLOAD
>>> for non-method
>>> >        RT::User::LdapConnect() is deprecated at [3]updateldap.pm line
>>> 70. ([4]updateldap.pm:70)
>>> >
>>> >        [Thu Jul 8 19:00:13 2010] [crit]: Can't call method
>>> "_Accessible" on an undefined value at
>>> >        /usr/local/share/perl/5.10.0/DBIx/SearchBuilder/Record.pm line
>>> 423.
>>> >        (/opt/rt3/lib/RT.pm:382)
>>> >
>>> >        Can't call method "_Accessible" on an undefined value at
>>> >        /usr/local/share/perl/5.10.0/DBIx/SearchBuilder/Record.pm line
>>> 423.
>>> >
>>> >      Thanks for the help.
>>> >      Jonah Hirsch
>>> >      -----------------------
>>> >
>>> > References
>>> >
>>> >    Visible links
>>> >    1. mailto:crazydog115 at gmail.com
>>> >    2.
>>> http://lists.bestpractical.com/pipermail/rt-devel/2005-August/007451.html
>>> >    3. http://updateldap.pm/
>>> >    4. http://updateldap.pm:70/
>>>
>>> > _______________________________________________
>>> > List info:
>>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel
>>>
>>>
>>> _______________________________________________
>>> List info:
>>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-devel/attachments/20100708/53814a22/attachment.html>