Topic: [SOLVED] Horde issue - maybe caused by Dirty-Tools

[bloodshoteye]

Hi,

I filed bug 4962 on 26 Jan 09:

http://bugs.contribs.org/show_bug.cgi?id=4962

This issue is critical as users whose usernames were changed using Dirty-Tools contrib cannot receive mail originating from their LAN unless addresses are manually entered.

Quick summary:
Username changed using Dirty-Tools contrib.
Old username no longer available to SME, but Horde's Local LDAP address book did not update - still has old username.
Mail sent to old username fails.
Mail sent to new username succeeds, but other users can't look up the new address.

Regards,

[mrjhb3]

You need to provide more detail.  Check your logs and see what errors you might be getting there.  You could also try loging into server-manager, clicking on the users having issues, then click save and see if that fixes your problem.

John

[m]

See http://bugs.contribs.org/show_bug.cgi?id=4962#c6

[bloodshoteye]

mrjhb3,

I have this so far - anything else I can look for?
SME 7.4 (core fully up-to date)

Dirty-Tools version:

Arch   : noarch
Version: 0.0.9
Release: 2.el4.sme

An example: User Object mark successfully renamed to macrewe

using dt-rename-account OLD_ACCCOUNT NEW_ACCOUNT

Result of message to user mark@<domain> - as in Horde Local LDAP address book:

...
<mark@<domain>:
Recipient unknown
...

Result of message to user macrewe@<domain> (not in Horde Local LDAP address book):

/var/log/messages:
...
Jan 29 13:50:32 tincan slapd[4452]: conn=6420 op=1 SRCH base="dc=ehs,dc=wcape,dc=school,dc=za" scope=1 deref=0 filter="(|(|(cn=macrewe@ehs.wcape.school.za*)(cn=*macrewe@ehs.wcape.school.za*))(|(mail=macrewe@ehs.wcape.school.za*)(mail=*macrewe@ehs.wcape.school.za*)))"
Jan 29 13:50:32 tincan slapd[4452]: conn=6420 op=1 SRCH attr=dn uid turbaType turbaMembers cn mail homephone telephonenumber mobiletelephonenumber homepostaladdress calFBURL sn
Jan 29 13:50:32 tincan slapd[4452]: conn=6420 op=1 SEARCH RESULT tag=101 err=0 nentries=0 text=
Jan 29 13:50:32 tincan slapd[4452]: conn=6420 op=2 UNBIND
Jan 29 13:50:32 tincan slapd[4452]: conn=6420 fd=7 closed
...

Both

/home/e-smith/db/ldap/ehs.wcape.school.za.ldif

and

/home/e-smith/db/accounts

show the new username (and do not contain the old username)

[bloodshoteye]

Solved
Thanks to Michael Weinberger, author of the contrib for responding timeously over at the bugtracker.

The following sorted out the client's issue:

/etc/e-smith/events/actions/ldap-delete user-delete OLD_ACCOUNT_NAME
/etc/e-smith/events/actions/ldap-update user-create NEW_ACCOUNT_NAME

Disclaimer: Only do this if you experience the issue I've described above.

The Local LDAP Address Book now contains the correct entry and mail sent via that (and auto-complete) is delivered 

[chris burnat]

A patch has been applied by Michael Weinberger to this package, the fix described above may no longer be required. 
 
smeserver-dirty-tools-0.0.9-ldap.patch
* Thu Jan 29 2009 Michael Weinberger 0.0.9-3
  Bug 4962 fix

Ideally, someone should verify this fix, preferably on a test server.
Please report your findings or further issues at Bugzilla against Bug #4962.

Note the warning  [ http://wiki.contribs.org/Dirty_Tools ]: This package contains a collection of scripts allowing the experienced admin to do things which usually should not be done in that way. Only use them if you know what you are doing. Run a backup before using them.